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ABSTRACT 


The  Basic  School  (TBS)  is  the  first  school  assignment  for  every  new  Marine 
commissioned  officer  and  Warrant  Officer  as  they  begin  their  careers.  As  the  first 
example  of  life  in  the  Marine  Corps,  the  school  should  be  a  model  of  efficiency  and 
display  all  of  the  traits  that  will  be  taught  in  the  course  of  the  Period  of  Instruction  (POI). 
The  information  management  system  at  TBS  is  a  mixed  bag  of  stand  alone  applications, 
memorandum  books,  and  self  generated  spreadsheets.  The  current  system  is  not  efficient 
in  regards  to  time  management  or  visibility  of  the  data.  The  primary  data  storage  systems 
used  by  the  Marine  Corps  do  not  accommodate  the  type  of  text  documents  that  are 
recorded  at  TBS,  nor  do  they  allow  for  immediate  visibility  of  an  officer’s  performance 
during  the  POI.  The  result  is  a  duplication  of  effort  at  each  level  of  the  command  as  the 
company  staff  maintains  the  same  data  as  the  administrative  sections,  and  neither  has  the 
ability  to  view  the  data  of  the  other.  Any  automated  solution  has  a  requirement  to  be 
more  efficient  in  regards  to  data  visibility  and  time  management. 

This  joint  thesis  team  has  produced  a  Two-Tier  Client/Server  Information 
Management  System  for  use  at  The  Basic  School,  known  as  SWORD.  The  system  was 
developed  using  current  industry  standards  that  are  compliant  with  the  policies  of  the 
Department  of  Defense.  The  management  tools  are  also  compliant  with  the  anticipated 
policies  of  the  Navy  and  Marine  Corps  Intranet  (NMCI).  The  graphical  user  interface 
(GUI)  was  designed  to  be  both  user-friendly  and  intuitive  with  an  emphasis  on  ensuring 
that  the  new  resource  would  preclude  resistance  to  change.  This  type  of  system  is  the 
first  of  its  kind  at  TBS  and  this  proof  of  concept  is  as  important  as  the  product.  The 
resulting  solution  was  cost-effective  and  includes  only  those  features  desired  by  the 
command. 

This  project  is  ongoing  and  will  continue  to  provide  technological  support  in 
addition  to  multiple  thesis  submissions  for  students  at  NPS. 
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AI 

Assistant  Instructor 
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Active  Server  Page 
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Department  of  the  Navy 

El 

Enlisted  Instructor 

Formal  Evaluation 
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as  compared  to  various  criteria. 

HTML 

Hyper  Text  Markup  Language 

Informal  Bullet  / 
Chronological  Record 

Non-formatted  evaluations  for  various  training  events  or  an 
interaction  between  the  student  and  the  staff  member  upon 
which  the  staff  member  wants  to  comment. 

IT21 

Information  Technology  for  the  21®*  Century 

MARCORPSYSCOM 

Marine  Corps  Systems  Command 

MCAF 

Marine  Corps  Air  Facility;  Marine  Corps  Base  Quantico,  VA 

MCAIMS 

Marine  Corps  Automated  Information  Management  System 

MCB 

Marine  Corps  Base 

MCU 

Marine  Corps  University 

MOL 

Marine  on  Line 

MOS 

Military  Occupational  Specialty 

OCS 

Officer  Candidate  School 

PME 

Professional  Military  Education 

SNCO 

Staff  Non-Commissioned  Officer 

SNO 

Said  Named  Officer 

SPC 

Staff  Platoon  Commander 

SPRB 

Student  Performance  Review  Board 

SSN 

Social  Security  Number 

Stovepipe 

A  system  that  is  in  place  to  serve  only  the  primary  user  and  does 
not  interact  or  interface  with  other  systems  in  use. 

VPN 

Virtual  Private  Network 
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I.  INTRODUCTION 


A.  BACKGROUND 

The  Internet  and  web-based  technology  has  continued  to  become  a  ubiquitous  part 
of  the  day-to-day  functioning  of  the  Marine  Corps.  Given  that  the  military  no  longer  has 
the  ability  to  envision  itself  getting  larger,  it  must  seek  new  methods  of  “doing  more  with 
less.”  One  method  to  do  this  is  to  incorporate  new  technologies  into  its  day-to-day 
operations.  This  is  not  an  avocation  of  change  for  change  sake  but  for  using  technology 
to  automate  functions  and  increase  efficiency.  The  size  of  the  Marine  Corps  makes  it 
unique  in  that  it  has  the  ability  to  speak  to  each  new  generation  of  officer  at  one  time  and 
in  one  place  before  they  ever  join  the  operating  forces.  The  Basic  School  is  the  first  stop 
in  the  career  of  every  Marine  officer,  which  makes  it  both  the  ideal  place  for 
experimentation  as  well  as  a  unique  opportunity  to  instruct  new  officers  with  the  means 
to  integrate  new  technologies. 

The  mission  of  The  Basic  School  is  to  educate  newly  commissioned  officers  in 
the  high  standards  of  professional  knowledge,  esprit  de  corps,  and  leadership  required  to 
prepare  them  for  duty  as  a  company  grade  officer  in  the  operating  forces,  with  particular 
emphasis  on  the  duties,  responsibilities,  and  warfighting  skills  required  of  a  rifle  platoon 
commander.’  The  six  month  Period  of  Instruction  (POI)  combines  both  field  exercises 
and  classroom  instruction  to  educate  new  Marine  officers.  The  POI  centers  on  creating 
officers  with  an  appreciation  for  all  the  different  aspects  of  the  Marine  Corps.  The 
primary  focus  of  the  instruction  centers  on  the  Marine  concept  of  “every  Marine  a 
rifleman”  in  that  every  officer  has  the  potential  to  be  ‘in  harms  way,’  leading  Marines  in 
the  role  of  infantry  platoon  commander.  Given  this  mentality,  every  Marine  officer  is 
instructed  in  basic  infantry  tactics  and  evaluated  during  field  exercises  on  leadership  and 
the  employment  of  these  tactics. 

What  is  missing  is  any  education  or  tools  to  integrate  emergent  technologies  into 
the  day-to-day  operations  that  the  new  officers  will  find  themselves  faced  with  upon 
completion  of  the  POI.  The  POI  for  the  classes  graduating  in  2002  is  approximately  the 

'  Website:  The  Basic  School,  Quantico,  VA  http://www.tbs.usmc.mil/ 

^  Ibid. 


1 


same  as  it  was  for  those  graduating  in  1992.  The  teaching  techniques  may  have  changed 
but  not  the  core  content.  The  effect  of  this  carries  over  into  all  aspects  of  the  operation  of 
the  school.  Specifically,  the  administrative  functions  of  the  school  do  not  utilize 
automated  office  tools  to  near  their  maximum  utility.  For  example,  the  process  used  for 
new  officers  to  select  their  Military  Occupational  Specialty  (MOS)  is  a  good  example  of 
the  methods  used  by  the  TBS  staff  that  could  be  automated.  The  new  officers  prioritize 
their  MOS  selection  from  one  to  twenty-three  (seventeen  for  females)  in  handwritten 
form  on  a  3”  x  5”  index  card,  which  is  then  manually  entered  into  a  spreadsheet^.  After 
some  human  intervention  to  ensure  a  good  MOS  assignment  for  each  officer,  the 
selection  process  is  completed  based  on  a  numerical  algorithm  used  to  ensure  that  the  top 
graduates  are  not  clustered  into  one  set  of  specialties.  Once  the  MOS  selection  is 
complete,  the  staff  of  TBS  manipulates  the  data  in  the  spreadsheet  and  then  performs 
multiple  calculations  to  produce  numerous  reports  for  higher  headquarters  and  archival 
purposes.  This  process  is  repeated  every  few  months  for  six  graduating  classes  of  up  to 
250  officers  per  year.  All  of  this  could  be  automated  using  the  computers  resident  in  the 
school  and  accessible  to  the  students;,  and  all  of  the  manipulation  could  be  completed  in  a 
matter  of  hours  instead  of  several  days.  Further,  the  data  manipulation  to  produce  reports 
for  higher  headquarters  could  be  formatted  and  completed  with  a  touch  of  a  button  and 
would  not  require  any  staff  member  to  access  multiple  programs  or  manually  enter  the 
output  from  one  database  into  another  database. 

The  insertion  of  a  database  resource  would  streamline  the  process  of  collecting, 
manipulating,  and  reporting  the  myriad  of  data  that  is  retained  by  the  school.  TBS  is  an 
ideal  setting  for  such  a  tool  because  there  is  a  high  student  turnover  rate,  and  each  student 
is  graded  or  evaluated  on  multiple  aspects  of  the  POl  over  the  period  of  six  months.  This 
tool  could  be  the  stepping-stone  for  adding  emergent  technology  instruction  to  the  POl. 
The  addition  of  new  periods  of  instruction  into  the  course  work  is  not  the  intent  of  this 
thesis,  but  the  idea  that  an  administrative  tool  could  be  incorporated  would  lend  credence 
to  the  question  of  “why  aren’t  new  officers  taught  how  to  use  the  data  collection  tools 
resident  in  the  Marine  Corps?’’ 


^  Reference  a  conversation  with  a  SPC  assigned  to  TBS.  Document  is  contained  in  Appendix  B. 
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B.  OBJECTIVES 

The  objective  of  this  research  will  be  an  accurate  data  model  representative  of  the 
information  requirements  of  the  command,  an  Access  database,  and  a  prototype  web 
interface.  The  Access  database  will  be  sufficient  for  the  number  of  users  interacting  with 
it  at  any  one  time"^.  Further,  the  data  is  protected  by  multiple  access  levels  based  on  the 
status  of  the  user  (i.e.  TBS  staff,  students,  civilian  administrator,  etc).  Security  will  be 
further  enhanced  by  the  fact  that  the  prototype  for  the  pilot  test  program  as  well  as  any 
follow  on  system  will  be  located  on  the  schools  intranet  vice  the  World  Wide  Web.  The 
database  and  associated  web  interface  can  be  used  as  a  tool  that  will  contain  TBS  specific 
functionality  but  will  also  be  sufficiently  generic  such  that  it  could  be  used  by  the 
supporting  commands  resident  at  Camp  Barrett,  Virginia.  TBS  is  collocated  with  several 
other  supporting  commands.  Additionally,  this  tool  could  be  reproduced  via  Compact 
Disc  (CD)  for  each  graduating  officer  to  depart  TBS  with  a  copy  to  take  to  the  fleet.  It  is 
not  the  desired  end  state  of  this  research  to  populate  the  Marine  Corps  with  this  tool  but 
to  demonstrate  that  a  more  efficient  solution  exists,  and  that  it  can  be  achieved  for  far  less 
cost  than  would  be  incurred  using  an  outside  contractor. 

The  long-range  goal  of  this  research  is  to  create  a  working  relationship  between 
the  Marine  Corps  Training  and  Education  Command  (TECOM)  and  the  Naval 
Postgraduate  School  (NFS).  Initially,  this  relationship  would  provide  TECOM 
(specifically  TBS)  with  an  accurate  data  model  of  all  of  the  information  collected, 
processed,  and  reported  on  each  new  officer,  as  well  as  information  on  permanent 
personnel  who  have  been  assigned  to  the  command.  Further,  this  prototype  tool  would 
automate  data  storage  and  manipulation  and  would  serve  as  a  one-stop  information¬ 
processing  site  for  the  conduct  of  administrative  functions  for  both  TBS  and  the  other 
resident  commands.  This  idea  is  most  likely  not  unique  to  staff  members  of  the  Marine 
Corps  Systems  Command  (MARCORSYSCOM)  who  have  oversight  for  new  computer 
systems  for  the  Marine  Corps.  This  thesis  seeks  to  correct  problems  unique  to  one 
command  but  remain  general  enough  to  have  potential  for  a  wider  distribution.  Some 
administrative  functions  are  common  to  all  commands  no  matter  what  branch  of  service, 
but  the  nature  of  the  instruction  and  the  high  turnover  of  student  companies  pose  unique 

*  I.  Blackburn,  Access  2000  Programming,  p.  3. 
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problems  to  TBS.  Additionally,  the  school  maintains  data  on  twenty-eight  graded  events 
for  each  student  that  attends  the  school.  This  data  added  to  other  administrative  data  such 
as  commissioning  source,  biographical  data,  etc  is  then  manipulated  in  a  number  of  ways 
in  order  to  produce  various  reports  for  higher  headquarters^.  It  is  this  data  and  its 
manipulation  requirements  that  are  unique  to  TBS. 

The  perceived  benefits  of  the  research  focus  on  the  efficiency  and  the  elimination 
of  redundancy  from  the  personnel  administration  process.  The  benefits  of  this  thesis 
differ  slightly  from  the  potential  benefits  of  follow-on  thesis  projects.  This  thesis  is  a 
proof  of  concept  and  primarily  a  research  exercise  that  will  fuel  follow-on  projects  and 
will  ultimately  result  in  a  stand-alone  resource  for  TBS.  For  this  first  thesis,  the  benefits 
focus  on  changing  the  perceptions  of  the  TBS  staff  officer  in  that  business  as  usual  is  not 
the  only  way  to  proceed  and  there  are  better  ways  to  conduct  business.  Additionally,  this 
resource  will  improve  the  efficiency  of  the  personnel  administration  system  by  allowing 
the  user  full  visibility  (given  the  proper  access  level)  to  access,  modify,  and  delete  data. 
Reports  will  be  generated  directly  from  the  resource  and  produced  in  the  format  currently 
in  use  by  the  command.  Querying  the  database  vice  compiling  the  output  of  several 
databases  could  satisfy  any  request  from  higher  headquarters.  An  ultimate  goal  would  be 
the  elimination  of  the  “green  jacket”  that  is  maintained  for  each  Marine.  The  green 
training  jacket  or  simply  ‘green  jacket’  is  a  pressboard  folder,  which  contains  all  of  the 
evaluations,  interviews,  etc.  in  regards  to  a  Marine.  Eliminating  the  green  jacket  would 
be  a  giant  leap  forward  in  methodology  for  the  command.  This  step  in  itself  would  have 
the  physical  benefit  of  negating  the  need  to  archive  a  green  jacket  for  every  Marine 
officer  for  a  period  of  years  after  departing  TBS. 

C.  SCOPE 

The  scope  of  this  thesis  is  twofold.  First,  we  will  model  the  command’s 
information  requirements  and  business  practices,  then  we  will  create  a  database  to 
capture  all  information  requirements  as  well  define  the  relationships  to  the  individual 
Marine.  “Marine”  in  this  case  is  being  kept  general  so  that  the  data  model  can  be  the 
basis  for  follow-on  thesis  projects  that  will  expand  on  the  proof  of  concept  for  other 
commands.  Second,  we  will  build  a  prototype  web  enabled  interface  that  will  have  the 

^  Appendix  E  to  The  Basic  School  Academic  Regulations  Basic  School  Order  (BSO)  5000. 
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ability  to  add  and  display  data  to  and  from  the  database.  The  command  will  be  able  to 
experiment  with  the  resource  via  the  Internet  but  they  will  not  begin  to  use  the  resource 
until  after  the  completion  of  the  pilot  test  program.  To  date  another  pair  of  officers  have 
agreed  to  produce  the  first  of  potentially  several  theses  using  this  resource  and  the 
associated  data  model.  These  officers  will  conduct  the  pilot  test  program,  fault  testing, 
and  program  implementation. 

D.  METHODOLOGY 

We  decided  to  use  a  standard  systems  analysis  approach  to  create  the  web 
resource.  Web  resource  in  this  case  is  refers  to  the  entire  system  of  the  website  and  the 
database.  Where  applicable  the  website  or  the  database  is  referred  to  specifically, 
otherwise  resource  is  used  to  refer  to  both.  The  systems  analysis  approach  was  used  with 
phases  including  definition,  requirements  analysis,  design,  and  implementation^. 

The  research  and  development  of  the  resource  focused  on  three  areas.  First  an 
accurate  data  model  would  be  created  that  would  link  each  instance  of  data  to  an 
individual  Marine,  whether  they  are  permanent  personnel  or  a  student.  The  specific 
methodology  for  developing  the  data  model  will  be  discussed  in  Chapter  II.  Once  the 
data  model  was  completed,  the  interface  was  constructed  so  the  user  could  easily  enter 
and  manipulate  the  data.  A  key  aspect  in  this  step  is  to  ensure  that  the  inputs  and  outputs 
to  the  system  are  consistent  with  what  is  common  to  the  staff  at  TBS.  Additionally,  the 
format  should  be  compatible  with  other  databases,  facilitating  the  importing  and 
exporting  of  data  instead  of  adding  the  same  data  in  a  subsequent  database  using  a 
different  format.  The  input  fields  were  created  in  such  a  way  that  the  staff  will  feel 
comfortable  using  them  and  will  have  good  visibility  of  the  data  they  are  inserting. 
Finally,  the  outputs  of  the  system  need  to  be  commensurate  with  the  “look  and  feel”  of 
the  reports  that  are  currently  sent  to  higher  headquarters  or  retained  at  the  command. 

The  methodology  for  creating  the  database  focuses  on  the  data  model  and  then 
moves  forward  to  the  interface  and  the  output.  The  bottom-up  approach  captured  all  of 
the  entities  in  one  data  model  and  then  focused  on  a  subset  of  the  entities  used  to  interact 
with  the  specific  subset  of  the  data. 


®  K.  Forsberg,  Visualizing  Project  Management  2”''  Ed.,  p.  79 
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In  addition  to  the  administrative  functions  automated  by  this  system,  a  division  of 
the  research  will  investigate  the  problems  and  potential  solutions  to  TBS  scheduling 
system:  the  Support  of  Instruction  System  (SOIS).  The  SOIS  is  similar  in  function  to  the 
relational  database  in  that  each  field  exercise  has  minimum  support  requirements  in  the 
form  of  weapons  and  ammunition,  training  areas,  vehicles  and  drivers,  etc.  All  of  these 
requirements  are  linked  to  the  separate  SOIS  ID  number  that,  depending  upon  the  size  of 
the  company  and  the  time  of  the  year,  may  vary  in  total  amount  and  type  of  requirements 
(i.e.,  larger  companies  will  require  more  vehicles  and  drivers  than  smaller  companies 
will).  Thus,  the  same  exercise  may  not  consist  of  exactly  the  same  number  of  elements 
twice  in  a  row.  This  particular  scheduling  system  is  unique  to  TBS  and  would  most 
likely  be  beyond  the  scope  of  the  MARCORSYSCOM  since  fixing  the  problem  would 
only  serve  one  command,  and  a  limited  amount  of  funds  must  serve  as  many  commands 
as  possible.  Currently  the  database  is  used  to  produce  a  one-page  requirements 
document,  which  is  subsequently  briefed  by  all  of  the  participating  units  on  a  weekly 
basis. ^  The  similarities  to  the  administrative  relational  database  make  this  scheduling 
database  a  natural  extension  of  the  thesis  research.  However,  this  will  be  a  secondary 
topic  for  discussion  and  limited  problem  solving  and  not  an  output  of  this  thesis.  Refer  to 
Chapter  5  for  recommendations  concerning  the  SOIS  database. 

E.  ORGANIZATION 

This  thesis  is  organized  as  follows: 

Chapter  II  provides  an  overview  of  the  requirements  analysis,  the  logical  database 
design,  and  the  physical  database  design. 

Chapter  III  provides  an  overview  of  the  Web  Interface  and  the  operation  of  the 
database  resource  from  a  secure  user  standpoint. 

Chapter  IV  is  the  User’s  Guide  that  provides  screen  captures  and  explanations  to 
assist  the  user  in  operating  the  resource.  Also  included,  as  an  appendix  is  a  CD-ROM, 
which  contains  a  copy  of  the  resource  in  its  delivered  form. 

Chapter  V  is  a  discussion  of  how  this  resource  can  be  used,  not  only  as  a  tool  for 
TBS  but  as  a  catalyst  for  incorporating  new  education  into  the  POL  Additionally,  this 


^  Reference  a  conversation  with  TBS  officers  during  initial  project  presentation. 
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chapter  will  propose  any  recommendations  not  included  in  the  resource  as  well  as  a 
discussion  of  the  next  step  for  a  resource  such  as  this. 

Appendix  A  tabularizes  all  of  the  entities  in  the  data  model  and  provides  a 
description  of  the  entity  as  well  its  location  in  the  other  tables. 

Appendix  B  is  a  collection  of  forms  and  reports  received  from  TBS  that  were  used 
to  build  the  database  resource. 

Appendix  C 

Appendix  D  is  the  survey  presented  to  the  user  as  well  as  a  spreadsheet 
documenting  the  results  in  both  tabular  and  graphical  formats. 

Appendix  E  is  the  HTML  code  used  to  program  the  web  interface. 
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II.  RESEARCH  STUDY 


A.  METHODOLOGY 

The  idea  for  creating  a  relational  database  for  The  Basic  School  was  originally 

O 

founded  on  a  project  that  was  created  for  a  database  class  IS3201  ,  at  the  Naval 
Postgraduate  School.  The  methodology  for  the  development  of  the  web  resource  was 
planned  as  two  separate  stages  but  conducted  almost  simultaneously.  From  the  initial 
idea  created  for  the  database  class,  the  system  design  began  to  take  shape  and  was 
solidified  after  proposing  the  idea  to  the  command  in  October  2001.  The  database  design 
did  not  begin  until  approximately  January  2002  and  was  completed  in  April  2002.  Both 
the  system  and  database  design  stages  followed  the  same  four-phase  model  as  described 
in  Chapter  I.  The  system  design  was  able  to  proceed  more  quickly  through  some  phases 
because  the  command  lacked  an  automated  legacy  system  with  which  to  compare  apples 
to  apples.  A  comparison  between  the  proposed  database  system  and  the  legacy  system 
cannot  be  made  since  the  legacy  system  uses  pad  and  paper.  Consistent  to  both  stages 
was  the  desire  to  ensure  that  there  is  a  need  to  represent  the  data  in  the  same  format  as 
that  which  is  required  for  data  to  be  shared  with  other  databases  used  throughout  the 
Marine  Corps.  What  will  initially  be  used  as  a  stovepipe  system  —  meaning  used  in 
standalone  mode  by  only  one  command  —  has  the  potential  for  broader  applications.  The 
two  stages  will  be  described  chronologically  as  they  occurred,  first  the  system  stage  and 
then  the  database  stage. 

B.  SYSTEM  DEFINITION  PHASE 

The  Basic  School  currently  does  not  have  a  centralized  information  management 
tool  that  can  be  used  to  track  each  facet  of  training  for  Officers  and  Enlisted  personnel 
assigned  to  the  command^.  The  command  currently  utilizes  mainframe  personnel 
management  databases  that  all  other  units  in  the  Marine  Corps  are  required  to  use. 
Additionally,  the  command  is  required  to  download  and  update  information  into  a 


*  Naval  Postgraduate  School  Information  System  Technology  course  curriculum,  2001. 

^  Reference  conversations  with  TBS  officers  as  well  personal  knowledge  from  Capt  Ferares. 
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mainframe  database  that  is  used  by  schools  commands  throughout  the  Marine  Corps***. 
The  command  has  no  stated  policy  or  practice  regarding  the  sharing  or  distribution  of 
data  that  it  maintains  on  each  Marine  below  the  level  of  the  command  element  itself 

Information  on  individuals  is  maintained  through  a  myriad  of  methods.  These 
include,  but  are  not  limited  to,  hand  written  notes  in  a  Memorandum  notebook,  record 
books  with  paper  reports  generated  by  various  means,  white  boards,  spread  sheets,  and 
stove  pipe  databases.  Information  management  is  a  manual  process  that  often  involves 
duplication  of  effort,  such  as  copying  a  Word  document  and  pasting  the  contents  into 
another  document  that  meets  a  requirement  for  a  report  format.**  The  information  has 
limited  visibility  and  since  the  process  is  manual,  information  can  often  be  overlooked, 
misplaced,  or  misrepresented. 

The  command  has  never  formally  sought  to  have  a  higher  headquarters  purchase 
or  assist  in  development  of  an  information  management  tool.  The  emergence  of  such  a 
requirement  has  been  generated  by  the  users  at  the  lowest  levels  of  the  command, 
principally  by  the  Staff  Platoon  Commanders  (SPC)  who  maintain  all  the  records 
associated  with  training  an  officer.  The  period  of  instruction  lasts  26  weeks  for  the  Basic 
Officer  Course  (BOC)  and  13  weeks  for  the  Warrant  Officer  Basic  Course  (WOBC).  Out 
of  this  need,  many  of  the  SPC’s  have  begun  to  share  information  regarding  information 
management  tools  such  as  the  structure  of  spreadsheets  and  databases.  Despite  this,  the 
information  remains  isolated  on  the  desktop  computer  of  the  individual  users  and  has 
limited  utility  in  creating  required  reports  and  in  sharing  information  with  the  requisite 
entities  within  the  command. 

The  current  system  is  not  broken  and  could  continue  in  its  same  capacity 
indefinitely.  The  current  system  is  however,  inefficient  and  could  be  automated  to 
decrease  the  workload  on  SPC.  The  proposed  system  would  utilize  non-emergent 
technology  in  the  form  of  a  web  interface.  The  ubiquitous  nature  of  the  World  Wide 
Web  and  e-commerce  makes  this  an  easily  recognizable  and  therefore  comfortable 
method  to  interact  with  data.  Given  a  proposed  requirement  for  an  information 
management  tool,  it  would  seem  logical  that  the  command  or  a  higher  headquarters 

Reference  Capt  Ken  Owens,  TBS  formerly  assigned  as  Testing  Officer  to  the  command. 

**  J.  L. Witten,  Systems  Analysis  and  Design  Methods  4th  Ed..  Irwin/McGraw-Hill,  1998 
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would  lobby  for  a  contract  to  fulfill  the  need.  Although  this  has  never  been  done 
formally,  informal  conversations  at  the  command  have  conveyed  cost  estimates  to  exceed 
$100,000.'^  This  cost  would  include  all  four  of  the  phases  with  a  significant  portion  of 
the  cost  associated  with  the  system  definition.  As  an  academic  pursuit,  students  from 
NFS  complete  the  same  type  of  work  in  exchange  for  travel  expenses  and  reference 
materials. 

C.  SYSTEM  REQUIREMENTS  PHASE 

The  Requirements  Analysis  was  conducted  in  two  phases.  The  first  included  a 
meeting  with  the  potential  users  of  the  new  resource.  These  meetings  were  conducted  in 
such  a  manner  that  the  users  were  gathered  in  one  location  and  queried  as  to  what  they 
considered  useful  information  to  retain.  Also,  they  were  asked  informally  if  they  would 
feel  comfortable  using  a  resource  on  the  Internet  to  enter  and  manipulate  data.  A 
consensus  of  the  group  was  reached  that  agreed  to  a  Internet  based  resource  with  an  all- 
encompassing  personnel  database  supporting  it.  After  the  informal  question  about  the 
interface,  the  meeting  changed  subjects  and  focused  on  the  data  model  and  the  database. 
The  rationale  for  this  switch  is  that  the  problem  statement  for  the  thesis  and  what  would 
ultimately  decide  the  resource’s  utility  would  be  the  accuracy  of  the  data  model  and  not 
the  layout  of  the  website. 

The  initial  group  consisted  of  approximately  twenty  Marines  from  each  TBS 
section  as  well  as  the  supporting  units  resident  at  Camp  Barrett.  The  meeting  was 
separated  into  two  groups:  one  to  discuss  the  operational  aspects  and  the  other  to  discuss 
the  scheduling  aspects.  This  informal  method  was  able  to  accomplish  several  things  the 
least  of  which  was  to  highlight  failings  in  the  current  scheduling  system.  Specifically, 
Marines  from  the  Armory  were  able  to  make  note  of  the  fact  that  they  could  not  modify 
the  output  of  the  stovepipe  system  currently  in  use.  The  system  in  question  is  the  Support 
of  Instruction  System  (SOIS).  This  system  was  created  at  TBS  and  is  used  to  produce  a 
one-page  document,  which  displays  all  of  the  support  requirements  for  upcoming  events. 
The  system  does  not  interface  with  personnel  administration  and  is  used  to  ensure  that 
each  event  has  the  correct  amount  of  support  equipment  (i.e.,  trucks,  drivers,  water  cans, 
etc).  Through  the  course  of  the  discussion,  it  became  apparent  that  the  inability  of  the 

Reference  a  comment  by  the  S-6  Officer  during  a  requirements  definition  meeting,  October  2001. 
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Armory  Marines  to  change  the  format  to  suit  their  needs  was  not  an  isolated  occurrence 
and  was  heretofore  unknown  to  the  administrators  of  the  system.  Second,  the  users  of  the 
proposed  system  were  more  open  to  discuss  “the  way  the  system  should  work.”  This 
openness  is  believed  to  have  occurred  because  it  was  apparent  that  the  NPS  students  were 
coming  to  TBS  looking  for  input  vice  handing  them  another  system  to  which  they  would 
have  to  adapt.  In  this  way,  the  users  did  not  confine  their  thinking  to  the  current  system  or 
something  like  it  and  were  more  open  with  their  suggestions.  The  personnel  at  TBS  as 
well  as  any  other  command  “know”  what  the  correct  solution  is,  they  merely  do  not  know 
how  to  create  it  or  who  to  ask  to  create  it  for  them.  With  all  of  the  documented 
suggestions  in  hand,  we  examined  the  user’s  requirements  for  data,  how  they  used  the 
data  in  the  “business  process”  to  which  they  need  to  provide  information,  and  in  what 
form  was  it  required.  The  second  phase  involved  a  detailed  analysis  of  reports,  forms, 
and  rules  regarding  information  requirements  at  the  command  level.  The  System 
Requirements  Analysis  phase  ended  with  the  documentation  of  the  requirements  to  be 
included  in  the  system.  These  stated  requirements  were  agreed  upon  by  both  parties  and 
included  the  submission  of  standard  reports  used  by  the  command  as  a  format  for  how  the 
website  would  appear.  The  following  is  the  list  of  requirements  for  the  resource: 

1.  Timeline 

i.  A  prototype  was  to  be  demonstrated  on  May  16,  2002. 

ii.  The  documentation  concerning  the  prototype  as  well  as 
information  for  continuing  project  development  will  be  provided  in  late  June  2002. 

2.  Focus  of  the  thesis 

i.  The  focus  of  the  thesis  will  be  on  personnel  management 
and  expects  to  augment  the  user  with  functionality  that  the  MCAIMS  (Marine  Corps 
Automated  Instructional  Management  System)  database  does  poorly.  It  will  not  be  a 
replacement  to  MCAIMS  or  the  BNA  (By  Name  Assignment)  database  but  an  augment 
that  is  more  user  friendly  and  has  greater  visibility  on  the  retained  data. 

ii.  For  the  purposes  of  the  development  of  a  prototype 
interface,  we  will  seek  to  compile  the  evaluations  submitted  on  each  student  as  well  as 
maintain  other  basic  administrative  data. 
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3 .  Evaluation  F ormat 

i.  The  resource  will  copy  the  standard  evaluation  form  currently 
in  use  and  will  give  the  user  the  ability  to  enter  a  formal  evaluation,  an  informal  bullet,  or 
an  impromptu  notation. 

ii.  The  formal  evaluation  will  also  provide  the  user  with  a 
method  to  monitor  the  students’  performance  rankings  for  all  of  the  evaluations 
submitted. 

iii.  Peer  Evaluations  will  be  added  by  the  student  using  a  Blind 
Write  format  in  that  one  student  will  submit  an  evaluation  on  another  and  then  update  the 
database.  The  author  will  not  be  able  to  read  any  other  Evaluation  Forms  or  have  access 
to  the  Evaluation  Matrix.  The  students  submit  peer  evaluations  at  various  times  during 
the  POI  to  include  at  the  completion  of  any  student  billet.  Thus,  the  implied  requirement 
is  for  the  student  billet  holders  to  be  able  to  submit  formal  evaluations  on  other  students 
that  were  assigned  a  billet  which  were  subordinate  to  the  student  writing  the  evaluation. 

iv.  The  Chronological  Record  used  by  the  SPC  will  be  linked 
to  a  page  that  provides  additional  detail  and  confirms  the  counseling  that  the  SPC 
selected.  This  page  actually  serves  as  a  holding  place  for  the  required  information  to  be 
gathered  and  forwarded  to  a  final  page  that  shows  the  counseling  entry  in  the  required 
report  format.  The  notations  in  the  Chronological  record  will  be  sorted  by  date  and 
hyperlinked  (on  the  date)  such  that  the  entry  can  be  used  to  view  the  counseling  entry 
associated  with  it. 

4.  Access  (Security)  Permissions 

i.  The  model  for  the  security  permissions  deny  access  to  all 
areas  unless  the  user  (associated  by  group)  is  specifically  authorized  to  view,  edit,  or  add 
to  the  database.  The  types  of  users  that  will  be  allowed  to  enter  data  into  the  system  will 
be  limited  to  the  following  examples  by  user  type: 

1.  S-1  (Personnel)  clerk. 

2.  SPC  (Staff  Platoon  Commander). 

3.  AI  /  El  (Assistant  Instructor  /  Enlisted  Instructor). 

4.  Company  Commander. 
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5.  Students  will  have  limited  access  to  write  for  Peer 
Evaluations  and  MOS  preference  selection,  and  will  be  able  to  document  lessons  learned 
related  to  evaluations  submitted  on  them  by  other  TBS  staff  officers. 

iii.  An  overview  of  some  aspects  of  the  Security  permissions  are  as 
follows: 


evaluations. 


1.  Blind  write  for  Assistant  Instructors  submitting 


2.  Read  access  for  different  type  of  instructors  such 
that  they  may  be  able  to  read  basic  information  on  the  student  without  the  ability  to  edit 
or  change  any  of  the  information. 

3.  Company  Commanders  will  be  able  to  Read  and 
Write  to  the  Evaluation  forms  and  the  Chronological  record  but  will  not  be  able  to  edit 
any  of  the  information. 

4.  SPCs  will  be  able  to  Read,  Write,  Modify  the 
Chronological  record,  as  well  as  Read  evaluations  from  any  other  AI.  Additionally  the 
SPC  will  have  the  ability  to  Write  to  the  “Other”  category  in  the  Evaluation  matrix. 

5.  The  Administrator  will  have  complete  access  and 
will  be  able  to  control  the  permissions  of  the  other  users. 

6.  Group  association  will  identify  the  users  and  the 

permissions  set  accordingly. 


User  Group 

Name 

Permission  Description  (Can  Do) 

Restriction  Description  (Can’t  Do) 

Groups  /  Specific  People 

Basic  (1) 

Permission:  Read  only. 

Limitation:  Change  any  information. 

Change  notices  via  email  to  Advanced  or 
Administrative  Users. 

Officer  Student  Marines 

WO  Students 

Enlisted  Marines 

Interim  (2) 

Permission:  Read  basic  information 
with  limited  access  to  Read  and  Write  to 
specific  areas  only. 

Limitation:  Change  information  in  records 
other  than  that  already  granted  in  Basic. 
Change  a  counseling  entry  once  submitted. 

Student  Billet  Holders: 

-  Officer  Student  Marines 

-  WO  Students 

Intermediate  (3) 

Permission:  Read  basic  information 
with  limited  access  to  Read  and  Write  to 
specific  areas  only. 

Limitation:  Change  personal  information 
Change  any  other  AI  or  El  written  text. 

Sort  data  related  to  permissions. 

Assistant  Instructors  (AI) 
Enlisted  Instructors  (El) 
Officer  Student  Peer 
Evaluations 

Advanced  (4) 

Permission: 

-  Read  all  areas  both  personal  and  POI 

Limitation: 

-  Modify  Evaluation  forms  (formal  or 

Company  Commander 
Platoon  Sgt 
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related. 

-  Sort  data  to  produee  reports,  tables, 
ete. 

-  Print  rosters  to  inelude  personal 
information. 

-  Write  Evaluation  forms  (formal  and 
informal) 

informal) 

Administrative 

(5) 

Permission: 

-  Read/Write  aeeess  for  Personal 
information  only. 

-  Sort  data  to  produee  reports,  tables, 
ete. 

-  Print  rosters  to  inelude  personal 
information. 

-  Read  /  Write  /  Edit  Evaluation  forms 
and  Chronologieal  Reeord  (SPC  only) 

Limitation: 

-  Change  any  non-personal  information  (i.e. 
modify  leadership  evaluations  or  test  seores) 

-  Modify  any  Evaluation  form  not  ereated 
by  them 

SPC 

Admin  (S-1)  Seetion 
Headquarters  (CO/XO) 

Administrator 

Group 

Super  (5) 

Permission: 

-  All  aeeess 

-  Control  /  Create  user  permissions 

Limitation:  No  limitations. 

Database  Administrator 

Table  2-1.1 

User  Group  Matrix 

5.  Data  Archives 

i.  MCU  (Marine  Corps  University)  Archives  will  be  queried 
concerning  the  amount  and  format  of  data  that  is  to  be  archived. 

ii.  Information  related  to  the  student  companies  will  be 
archived  by  the  Company  Letter  and  Year  of  execution  as  well  as  the  MCAIMS 
designator  code. 

6.  Electronic  Signature 

i.  A  username  and  password  function  will  be  added  to  the 
resource  in  order  to  control  access  to  the  different  web  pages  as  well  as  to  track  usage  of 
various  functions.*^ 

ii.  The  SPC  and  the  student  to  certify  the  completion  of 
counseling  entries  will  use  the  username  and  password. 

7.  MOS  Selection 

i.  Students  will  have  access  to  a  MOS  preference  web  page  in 
which  they  will  be  able  to  rank  the  23  officer  MOS  options  (17  for  females)  in  order  of 
preference.  The  user  will  click  on  the  submit  button  which  will  update  the  database. 


R.  West,  The  Complete  Reference  Dreamweaver  UltraDev  4.  p.  375. 
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ii.  The  company  staff  will  determine  a  deadline  for  MOS 
submissions  so  a  student  could  change  his/her  mind  as  many  times  as  needed  and  keep 
updating  the  database  every  time.  After  the  deadline,  the  Administrator  will  disable  the 
web  page  and  the  MOS  preferences  can  then  be  manipulated  via  the  resource  by  the 
company  staff. 

iii.  This  function  can  be  manipulated  in  a  more  generic  form  of 
the  resource  to  incorporate  Duty  Station  Preferences  for  Fitness  Report  submission.  This 
functionality  looks  forward  to  the  time  when  this  resource  is  the  base  model  of  a  larger 
information  management  system. 

8.  Student  Failure  Reports 

i.  The  standard  TBS  forms  used  to  document  failure  of  events 
will  be  incorporated  in  the  resource  (i.e.  Land  Navigation  Failure,  etc). 

ii.  The  Safety  Violator  form  will  be  incorporated  in  this  area 
of  the  resource  but  the  accompanying  policy  and  interview  form  will  be  available  to  the 
officer  student  to  peruse. 

A  goal  of  the  research  was  to  map  the  data  requirements  into  one  all- 
encompassing  data  model.  This  would  include  all  of  the  stovepipe  systems  whether  they 
would  be  used  in  this  first  iteration  or  not.  Thus  the  SOIS  database  was  included  as  well 
making  the  fields  general  in  nature  (Marine  vice  Officer-Student)  to  allow  for  a  wider 
distribution  beyond  TBS.  Because  the  data  model  was  created  from  scratch,  it  can 
honestly  be  called  ‘custom  made’  and  would  include  exactly  that  information  desired  by 
the  command.  The  data  model  should  meet  the  exact  requirements  of  the  command  at 
this  time.  The  system  level  dataflow  diagram  is  shown  on  the  following  page. 
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D.  DATA  DIAGRAMS 


1.  Dataflow  diagram^'' 


*The  Web  Server  is  on  the  same 
server  as  the  SWORD  database 
in  the  current  version. 


Figure  1.  Data  Flow  Diagram 

2.  The  Entity  Relationship  Diagram  is  displayed  in  Appendix  C. 

E.  SYSTEM  DESIGN  PHASE 
1.  Concept  to  Creation 

As  was  stated  previously,  this  resource  is  the  next  step  in  an  evolutionary  lineage 
of  tools  used  by  the  SPCs  at  TBS.  The  daily  schedule  at  TBS  is  such  that  the  SPC  must 
maximize  his/her  time  as  much  as  possible.  Given  this,  it  is  common  for  an  SPC  to  work 


Website,  www.smartdraw.com 
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twelve  to  fourteen-hour  days  five  to  six  days  a  week.*^  The  system  therefore  had  to  be 
easy  to  use,  easy  to  learn,  and  efficient  in  the  processes.  Given  these  constraints,  the 
resource  would  use  a  web  page  with  a  simple  layout  and  a  menu  on  the  left  hand  side. 
The  menu  location  is  the  same  format  as  that  used  by  the  Marine  Corps  website 
(www.usmc.min  and  was  adopted  to  provide  the  user  with  a  familiar  view.  Each  data 
page  (BIR,  BTR,  etc.)  layout  followed  a  simple  design  philosophy  that  placed  the  most 
desired  information  in  the  upper  left  comer  and  then  the  least  desired  or  most  likely  least 
accessed  information  in  the  lower  right  comer.  The  reports  were  easy  to  model  in  that 
the  pages  followed  the  same  layout  as  the  reports  in  use  by  the  command.'®  A  good 
example  of  this  methodology  is  the  Safety  Violator  page  shown  below.  There  was  no 
consideration  given  to  optimizing  the  report  format  for  layout  or  content  due  to  the  desire 
to  build  for  the  command  vice  the  command  adapting  to  what  had  been  built.  Other 
examples  are  provided  in  Chapter  IV. 


Reference  a  conversation  with  SPCs  assigned  to  TBS. 

TBS  documentation  contained  in  Appendix  B  taken  from  Basic  School  Order  (BSO)  5000. 
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Figure  2.  Safety  Violator  Report 


2.  User  Analysis 


A  survey  (Appendix  D)  was  presented  to  the  users  during  the  prototype 
demonstration  phase  of  the  project.  The  focus  of  the  surveys  were  to  first  construct  a 
model  of  the  user  in  order  to  understand  the  education  level  in  regards  to  information 
technology  and  second  to  provide  the  users  a  forum  to  freely  present  ideas  for 
improvement.  The  surveys  were  presented  to  a  small  sample  of  the  total  population  of 
potential  users  at  TBS. 

The  first  three  questions  sought  to  identify  then  separate  the  users  by  hierarchical 
class,  then  by  gender,  and  finally  rank.  Class  in  this  instance  seeks  to  differentiate 
between  TBS  instructors  and  permanent  staff  personnel  from  students  assigned  to  TBS. 
Additionally,  the  survey  had  an  option  for  Marines  from  the  supporting  commands 
located  at  TBS  to  participate  in  the  survey;  but  there  were  none  available  so  the  results 
focus  completely  on  TBS. 
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The  resulting  figures  are  representative  of  the  population  resident  at  TBS.  Sixty- 
six  percent  of  the  sample  population  was  students.  The  remaining  thirty-four  percent  of 
the  sample  were  part  of  the  permanent  staff  at  TBS  and  their  ranks  varied  from  Captain 
(0-3)  to  Lieutenant  Colonel  (LtCol,  0-5). 

The  next  set  of  questions  sought  to  determine  the  users’  familiarity  with 
computers  in  general  and  databases  specifically.  Despite  the  ubiquity  of  computers,  it  is 
still  possible  to  find  educated  military  personnel  without  a  great  deal  of  familiarity  in 
computers  and  advanced  computer  applications.  In  this  case,  basic  computer  applications 
were  defined  as  email  and  Internet  web  surfing,  whereas  advanced  applications  would 
include  creation  of  databases  as  well  as  word  processing,  animated  PowerPoint 
presentations,  etc.  Charts  1  and  2  show  the  responses  to  the  level  of  familiarity  with 
computers  in  general  and  databases  specifically. 


Computer  Experience 
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A  B  C  D  No  Answer 

A=NONE  D=Very  Literate 

Figure  3.  Computer  Experience  Question 
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Familiarity  with  Databases 

A  B  C  D  No  Answer 

A=NONE  D=Lite  rate  (create,  maintain,  etc) 

Figure  4.  Familiarity  with  Databases  Question 
The  next  set  of  questions  focused  on  gaining  insight  into  possible  changes  to  the 
way  TBS  currently  conducts  business — specifically  by  adding  to  the  POL  This  is  a 
difficult  subject  to  objectively  breach  in  the  company  of  TBS  staff  officers  because  the 
students  are  very  busy  the  entire  time  they  are  assigned  to  TBS.  Since  the  staff  maintains 
extensive  records  on  each  student,  any  addition  to  the  student  workload  would  be  a 
corresponding  increase  to  the  already  exhausting  workload  of  the  staff  officers.  The 
resistance  to  any  changes  no  matter  the  benefit  to  the  staff  or  students  is  significant. 
The  question  in  the  survey  as  well  as  that  posed  to  the  user  forum  conducted  during  the 
prototype  demonstration  focused  on  adding  two  sets  of  classes  to  the  POL  The  first  set  of 
classes  would  seek  to  teach  the  students  basic  functionality  of  office  tools.  These  skills 
would  be  used  in  conjunction  with  their  assignments  in  that  the  SPC  in  providing 
directions  to  the  students  could  mandate  that  the  students’  product  incorporate  that  which 
they  were  taught  in  the  classes.  In  this  way,  the  instruction  at  TBS  would  mirror  that 
which  is  resident  in  the  operating  forces  in  that  before  a  Marine  is  expected  to  produce, 
they  are  first  taught  how  to  meet  expectations.  Thus,  a  student  is  assigned  to  present  a 
battlefield  study  using  PowerPoint  and  a  point  paper  using  Microsoft  Word.  The  SPC 
can  expect  that  the  Lieutenant  knows  how  to  create  the  presentation  because  he  was 
taught  how  in  a  set  of  classes  at  the  beginning  of  the  POL  Near  the  end  of  the  POI,  the 
second  set  of  classes  would  serve  to  advance  the  students  understanding  of  the  office 
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tools  and  add  more  advanced  functionality  to  their  knowledge  base.  Students  are  not 
unlike  any  other  facet  of  society  and  therefore  the  classes  would  need  to  be  separated  into 
different  skill  levels;  but  it  should  be  mandatory  for  all  students  to  attend  the  classes  no 
matter  their  skill  level.  The  desire  in  making  the  classes  mandatory  is  to  ensure  that  the 
required  instruction  is  provided  to  each  student  and  no  student  is  allowed  the  opportunity 
to  miss  out  on  the  training  due  to  time  constraints  or  self-described  computer  ability. 
Figure  5  shows  the  results  of  adding  computer  office  tool  instruction  to  the  POL 


Figure  5.  Add  Office  Tool  Instruction  to  the  Period  of  Instruction  Question 
The  users  were  then  asked  to  comment  on  various  questions  related  to  the  utility 
of  a  database  used  by  the  staff  and  students  of  TBS.  The  majority  of  respondents  said 
that  a  resource  such  as  that  being  discussed  here  would  be  a  very  useful  tool  for  TBS. 
This  is  not  a  comment  on  the  lack  of  ability  resident  in  the  administrative  staff  at  TBS, 
but  more  an  admission  that  there  are  better  ways  to  conduct  business.  Figure  6  shows  the 
results. 
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Figure  6.  Database  Useful  to  TBS  Question 
Along  the  same  subject  lines,  the  users  were  asked  to  comment  on  a  common 
database  schema  that  each  graduating  Lieutenant  would  carry  with  them  when  they  leave 
TBS.  This  is  a  new  idea  since  the  officers  depart  TBS  with  a  great  deal  of  corporate 
knowledge  and  historical  reference  but  little  to  no  day-to-day  operations  knowledge. 
This  is  one  of  the  reasons  why  the  new  additions  to  POI  were  discussed,  because  the 
officers’  first  responsibility  when  they  arrive  at  their  commands  is  to  learn  how  the  daily 
operations  flow  is  maintained  as  well  as  catch  up  on  any  technological  advances  in  use  at 
the  command  that  the  Lieutenant  may  not  have  seen  since  college.  At  the  heart  of  this 
discussion  is  that  the  mission  of  TBS  is: 

Educate  newly  commissioned  or  appointed  officers  in  the  high  standards 
of  Professional  Knowledge,  Esprit-de-Corps,  and  Leadership  required  to 
prepare  them  for  duty  as  a  company  grade  officer  in  the  Operating  Forces, 
with  particular  emphasis  on  the  duties,  responsibilities,  and  Warfighting 

1  7 

Skills  required  of  a  rifle  platoon  commander. 

At  no  point  in  this  quote  does  the  reality  of  life  for  most  of  the  graduating  lieutenants 
become  apparent.  The  truth  of  the  matter  is  that  the  daily  life  of  an  officer  in  the  Marine 
Corps  focuses  as  much  on  the  green  tactical  side  as  it  does  the  white  administrative  side. 
The  latter  could  be  considered  more  likely  to  make  or  break  a  Marine’s  career  taken  from 

The  Basic  School  website:  https;//www.tbs.usmc.mil/. 
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the  viewpoint  that  administrative  knowledge  will  be  used  more  often  than  tactical 
knowledge.  This  is  not  to  say  that  the  mission  of  TBS  should  be  changed  to  read  .  . 
responsibilities  and  Administrative  Skills  required  of  a  Personnel  clerk.”  It  is  however, 
an  admission  that  officers  depart  TBS  with  less  than  a  full  compliment  of  knowledge  as 
to  what  they  have  chosen  as  their  career  fields.  Therefore,  during  the  creation  of  a 
resource  for  TBS,  it  became  apparent  that  this  could  be  created  in  such  a  way  as  to  be 
generic  enough  so  that  each  officer  leaving  TBS  would  possess  a  basic  knowledge  of 
office  tools  as  well  as  a  resource  with  which  to  track  data  on  their  Marines. 

3.  Resistance  to  Change 

As  stated  previously,  that  this  project  was  initially  drafted  from  a  database  class 
project  and  scaled  to  fit  the  needs  of  an  entire  command.  Although  it  would  appear  that 
this  resource  was  created  from  outside  the  command  and  offered  to  them,  the  fact  that 
one  of  the  authors  was  previously  assigned  to  the  command  redefines  the  project  to  one 
that  was  self-generated.  This  being  said,  the  specific  users  at  TBS  were  often  queried  to 

ensure  that  the  product  would  not  only  meet  their  needs  but  would  appear  as  they  desired 
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it.  “All  things  equal,  people  will  become  committed  to  that  which  they  help  create.” 
The  SWORD  resource  seeks  to  take  a  whole-systems  approach  to  the  TBS  information 
management  system.  Although  this  thesis  focused  primarily  on  the  data  model  and 
tracking  the  evaluations  of  the  students  the  entire  system  was  considered.  This  focus 
helped  to  ensure  that  not  just  one  subset  of  the  problem  was  corrected  while  the  rest  of 
the  system  continued  to  function  poorly.  This  thesis  took  into  account  the  entire  system 
and  all  of  its  interdependencies,  thus  negating  a  “shifting  the  burden”  archetype.*^  The 
command  currently  uses  the  Support  of  Instruction  System  (SOIS)  database,  which 
corrects  only  one  symptom  of  the  overall  problem  encountered  at  the  command.  By 
documenting  the  entire  system  and  including  all  of  the  different  aspects  that  could  be 
attributed  to  a  single  Marine,  SWORD  considers  the  entire  system  and  could  serve  TBS 
to  make  their  operations  more  efficient. 

A  joke  in  the  Marine  Corps  is  that  it  has  “226  years  of  tradition,  unhampered  by 
progress.”  Although  humorous,  it  is  common  to  find  commands  such  as  TBS  operating 


M.  Beer,  “Leading  Change”  p.  4 

P.  Senge,  The  Fifth  Discipline:  The  Art  &  Practice  of  the  Learning  Organization,  p.  104 
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in  redundant  or  in  an  inefficient  manner  simply  because  an  improvement  has  not  been 
offered  and  because  those  assigned  to  the  command  do  not  have  the  time  to  fix  the 
problem.  It  is  not  uncommon  for  a  SPC  assigned  to  TBS  to  work  twelve  to  fifteen  hour 
workdays  for  extended  periods  of  time  regardless  if  the  student  companies  are  in  the  field 
or  not.  It  cannot  be  said  that  everyone  at  TBS  is  a  traditionalist  (Loden,  1996,  pp.  47-60) 
and  therefore  unwilling  to  change  because  the  command  has  been  in  full  support  of  this 
project  from  the  outset.  The  command  knows  a  good  solution  when  it  is  presented  and 
is  willing  to  fund  the  project.  “Change,  however,  is  more  than  an  intellectual  process;  it 
is  a  psychological  process  as  well.”^'  During  the  prototype  demonstration,  a  SPC  bluntly 
asked,  “How  will  you  make  my  life  easier?”  and  proceeded  to  show  us  the  electronic  tool 
he  currently  used  to  perform  some  of  the  functions  we  had  just  discussed  in  the 
presentation.  This  officer  would  certainly  be  considered  a  pragmatist^^  in  that  he  is 
willing  to  accept  new  ideas  although  he  may  not  be  able  to  initiate  them  himself  As  a 
humorous  side  note,  the  tool  he  presented  as  the  current  SPC  resource  was  actually 
created  by  Capt  Ferares  when  he  was  assigned  to  TBS  several  years  prior. 

The  answer  to  the  Captain’s  question  was  to  show  him  that  this  new  resource 
would  save  him  time  by  eliminating  redundant  steps  and  would  eventually  take  over 
many  of  the  functions  that  he  currently  performs  by  hand.  The  SWORD  resource  was 
designed  with  the  user  in  mind;  and  more  importantly  than  just  considering  the  user,  we 
sought  to  create  ownership  at  every  step  in  the  development  process.  This  ownership  was 
not  necessarily  to  build  support  for  the  project  that  existed  already  but  to  demonstrate  that 
students  from  the  Naval  Postgraduate  School  can  help  solve  problems  of  the  operating 
forces.  Further,  the  knowledge  that  a  solution  was  in  the  works  was  hoped  to  create  a 
desire  to  “fix”  more  problem  areas  and  thus  be  more  open  to  new  ideas.  The  officers  that 
will  be  interacting  with  the  system  could  be  equally  likely  to  dislike  the  system  simply 
because  it  is  different,  and  they  may  not  see  the  value  added  in  spending  the  time  to 
change  before  they  leave  the  command.  These  officers  will  not  be  helped  by  any  new 
system  no  matter  how  useful;  but  their  replacements  will  inherit  a  system  that  will  not  be 


M.  Loden,  Implementing  Diversity,  pp.  47-60. 
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the  traditional  method  and  these  officers  will  be  the  next  generation  of  change  agents^^ 
resident  at  the  command. 

A  further  discussion  of  change  management  is  required  at  this  point  in  that  the 
reports  and  input  forms  that  were  used  to  model  the  web  interface  could  not  appear  too 
different  from  what  is  currently  being  used;  otherwise,  the  staff  as  well  as  the  higher 
headquarters  receiving  them  will  resist  the  new  format.  Given  this  constraint,  part  of  the 
documentation  that  was  requested  from  the  command  was  a  copy  of  each  type  of  report 
either  submitted  to  higher  headquarters  or  retained  internally  at  the  command.  The 
reports  from  the  database  were  created  to  appear  as  close  to  the  legacy  reports  as 
possible.  To  a  point,  a  new  system  can  produce  newer  and  better-looking  reports. 
However,  there  is  finite  percentage  of  change  that  would  be  tolerable  to  which  the 
personnel  using  it  would  continue  to  feel  comfortable.  It  is  possible  for  the  new  report  to 
be  an  improvement  but  the  appearance  (i.e.,  font,  spacing,  alignment,  pictures,  etc)  differs 
so  much  that  the  user  does  not  Tike  it’  and  cannot  describe  why.  Should  the  reports  be 
too  different,  the  user  may  resist  the  use  of  the  new  system  because  the  output  is 
“unreadable.”  Unreadable  in  this  case  is  a  metaphor  for  an  indescribable  dislike  for 
something  new  and  different  no  matter  how  much  of  an  improvement  it  may  prove  to  be. 
This  extreme  case  may  be  seem  far  fetched  but  it  is  not  uncommon  to  find  facets  of  the 
military  stuck  in  the  old  way  of  conducting  business  because  the  users  or  the 
commanding  officer  does  not  like  the  new  system. 

4.  Training 

The  training  required  to  use  the  new  system  will  focus  on  navigating  the  various 
pages  and  understanding  what  information  is  contained  therein.  Chapter  IV  is  the  user’s 
guide,  which  shows  a  picture  of  each  type  of  page  and  the  subsequent  options  on  each 
one.  It  is  believed  that  a  user  with  basic  knowledge  of  computers,  meaning  web  surfing 
and  email  will  be  able  to  access  and  navigate  the  SWORD  resource. 

F.  IMPLEMENTATION  AND  MAINTENANCE  PHASE 

At  the  completion  of  the  prototype,  the  project  will  enter  the  second  of  four 
possible  implementation  phases:^"^ 
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1 .  Design  and  Creation  Phase  -  ends  with  the  completion  of  this  thesis. 

2.  Prototype  Experimentation  -  ends  upon  delivery  of  the  follow-on  thesis  for 
pilot  test  program. 

3.  Follow-on  development  -  completion  date  is  uncertain  as  to  a  time  or 
milestone. 

4.  Expanded  distribution  to  other  commands. 

The  website  was  created  on  the  SEABEEONE  server  located  at  the  Naval 
Postgraduate  School  where  it  can  be  accessed  via  the  World  Wide  Web.  After  the 
requirements  analysis  conference  in  December  2001,  the  website  was  advertised  to  the 
staff  of  TBS  so  they  could  watch  the  continued  development  and  interact  with  the  system. 
A  parallel  desire  was  to  gain  feedback  directly  from  the  users  that  had  accessed  the 
website.  Although  this  did  not  occur  in  any  formal  forum  other  than  the  meetings  in  May 
2002,  it  continued  to  show  our  determination  to  the  command  to  work  for  them  instead  of 
working  for  us.  The  implementation  plan  is  to  transfer  all  of  the  software  to  the  web 
server  located  at  TBS.  Although  the  resource  can  be  accessed  via  the  web,  it  is 
unnecessary  for  the  information  contained  in  the  database  to  reside  anywhere  other  than 
inside  the  firewall  at  TBS.  This  location  would  also  serve  to  add  an  additional  level  of 
security  due  to  the  limited  number  of  users  with  access  to  the  TBS  intranet.  The  ideal 
method  to  deploy  the  software  would  be  to  locate  the  database  on  a  data  server  and  the 
website  on  a  separate  web  server,  thus  a  three-tier  design  with  the  computer  being  the 
third  tier.  Since  this  was  an  academic  thesis  by  students  at  NPS  we  were  limited  in  the 
available  number  of  servers  and  thus  a  two-tier  design  was  used.  TBS  also  has  a  limited 
number  of  servers  thus  a  two-tier  implementation  would  be  the  result  and  would  make  the 
implementation  easier  because  it  would  mirror  the  NPS  site.  The  danger  in  a  two-tier 
system  is  the  loss  of  one  server  would  result  in  the  loss  of  both  the  database  and  the  web 
resource.^^  Although  this  is  a  possibility,  it  will  be  within  the  scope  of  the  follow-on 
thesis  team  to  convince  the  command  to  expend  more  funds  for  the  upgrade  to  three  tiers. 

The  pilot  test  program  and  evaluation  program  will  not  be  conducted  on  this 
prototype  in  its  current  form.  The  follow-on  thesis  that  was  initiated  in  May  2002  will 
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produce  a  more  robust  prototype  resource  that  will  enter  a  pilot  program  in  the  fall  of 

2002. 

Maintenance  of  the  prototype  for  experimentation  is  the  only  remaining 
discussion  point  at  TBS.  The  various  schools  of  thought  range  from  the  Testing  office  to 
the  S-6  (Communications)  office  to  the  Adjutant  (senior  administrative  officer).  The 
correct  answer  is  subject  to  as  much  speculation  as  politics  and  is  beyond  the  scope  of 
this  thesis  to  voice  an  opinion.  A  civilian  GS-13  who  works  at  TBS  in  the  Testing  office 
has  offered  her  services  to  assist  in  developing  and  executing  the  pilot  test  program.  This 
is  not  a  subtle  vote  for  the  testing  office  but  a  declaration  that  there  is  resident  knowledge 
at  the  command  that  could  be  utilized  in  assisting  to  maintain  a  system  such  as  this.  Once 
the  final  version  of  the  resource  is  complete  with  the  pilot  program  and  evaluation  testing 
it  will  require  some  civilian  presence  to  maintain  it.  The  Marines  assigned  to  TBS  are 
very  capable  but  their  transient  nature  could  be  offset  by  the  longevity  provided  by  a 
civilian. 

G.  DATABASE  INITIAL  STUDY 

As  with  any  problem  statement,  there  is  a  requirement  to  determine  the  current 
state  and  then  anticipate  the  effect  of  the  proposed  solution.  In  the  case  of  TBS,  the 
suggestion  of  adding  automation  to  a  process  has  the  same  effect  of  switching  from  a 
horse-drawn  carriage  to  an  automobile.  The  current  system  works  but  could  be 
improved;  the  effort  could  produce  results  and  summarily  not  be  universally  adopted. 
The  daily  conduct  of  business  is  time  consuming  and  only  one  aspect  of  the  entire  system 
utilizes  a  database.  The  SOIS,  under  scrutiny  is  a  database  in  name  only.  The  program 
that  was  delivered  to  us  did  not  have  any  relationships  defined  in  the  data  model  and  it 
appeared  that  it  was  merely  a  front-end  with  which  to  select  multiple  options  from  the 
supporting  unit’s  inventory.  For  this  reason,  the  SOIS  was  incorporated  into  the  SWORD 
data  model  with  the  relationships  linking  the  commitment  to  the  primary  (Marine). 

A  major  constraint  on  the  proposed  system  is  the  user.  As  was  discussed  in  the 
section  regarding  Resistance  to  Change,  the  skill  levels  of  the  users  vary  widely  and  thus 
the  acceptance  of  a  new  computer  system  would  follow  the  same  distribution.  The 
system  would  have  to  be  easy  to  use  and  ultimately  save  the  time  of  the  user.  In  this 
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situation,  any  system  that  does  not  save  time  will  not  be  widely  accepted.  One  of  the 
primary  users  of  the  system  was  the  SPC.  If  the  S-1  clerks  are  the  only  ones  who  have 
the  time  and  inclination  to  use  the  system  then  the  result  is  a  failure  in  regards  to  the 
proposed  outcome  of  the  thesis. 

The  future  implications  of  a  fully  developed  SWORD  application  are  dependent 
upon  the  reception  of  this  thesis  and  ensuing  endeavors.  This  may  seem  obvious  but  a 
positive  response  from  TBS  and  a  less  than  enthusiastic  response  from  the  next  senior 
command  could  relegate  SWORD  to  a  life  of  supporting  only  TBS.  Since  the  resource 
was  created  specifically  for  TBS;  this  would  not  be  a  complete  negation  of  the  effort,  but 
could  be  seen  as  an  opportunity  cost  spent  to  develop  a  different  system  .  As  users 
become  familiar  with  the  resource  it  will  become,  at  least  for  TBS,  the  de  facto  standard. 
When  Marines  depart  TBS,  their  experiences  with  SWORD  will  follow  them  and  further 
expand  the  potential  market  for  a  web-enabled  personnel  administration  resource. 

SWORD  seeks  to  assist  the  SPC  in  his  personnel  administration  duties. 
Specifically,  the  SPC  will  have  access  to  all  of  the  standard  personal  information  but 
more  importantly,  he  will  have  access  to  all  of  the  evaluations  as  well.  It  was  the 
evaluations  that  were  the  primary  focus  of  the  design.  The  database  has  the  ability  to 
present  every  piece  of  data  for  a  user  to  add,  modify,  delete,  or  display.  The  scope  is 
centered  around  the  Marine  and  his  interactions  with  his  superiors  in  the  realm  of  being 
evaluated  on  their  performance. 

H.  DATABASE  DESIGN  PHASE 
1.  Access 

We  chose  Access  for  the  prototype  database  for  a  number  of  reasons.  Primarily, 
during  the  prototype  development  of  the  SWORD  database  and  website,  we  were 
uncertain  as  to  whether  or  not  the  command  would  be  interested  in  spending  any  money 
on  the  development  of  a  prototype  that  may  not  actually  fit  their  needs.  We  chose  Access 
since  TBS  is  a  command  that  falls  under  the  auspices  of  the  Navy-Marine  Corps  Intranet 
(NMCI)  and  as  such  already  has  Access  as  part  of  its  compliment  of  software  on  the 
desktop  computers  of  its  users.^^ 

C.T.  Homgren,  Introduction  to  Management  Accounting.  1 1*  Ed.,  Prentice  Hall,  1999  p.  214 
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Access  has  the  ability  to  support  a  limited  number  of  simultaneous  users. The 
development  of  a  prototype  vice  an  actual  application  for  the  entire  command  suggested 
that  Access  would  be  sufficient.  The  requisite  number  of  users  during  prototyping  and 
possibly  during  an  initial  phase  of  test  and  evaluation  could  still  be  supported  by  Access. 
SQL  Server  would  be  a  more  viable  tool  for  a  fully  developed  application  based  on  the 
number  of  potential  users  and  the  long-term  requirements  proposed  by  the  command;  to 

O  1 

include  using  triggers  to  email  users  about  specific  activities  within  their  purview  . 

2.  Visio  2000 

The  SWORD  database  was  manually  constructed  utilizing  the  model  that  was 
created  in  Visio  2000.  Although  Visio  2002  has  a  capability  to  export  a  schema  to  a 
database,  this  application  did  not  become  available  to  us  until  after  we  had  manually 
created  the  database.  Other  tools,  such  as  ERWin  and  Visible  Analyst  support  this 
capability  as  well,  but  we  did  not  utilize  any  of  these  tools  due  to  lack  of  timely 
availability.  Visio  2000  was  familiar  to  us,  and  we  had  utilized  the  program  in  several 
classes  as  a  tool  to  model  things  such  as  databases  and  software  design  use  cases  and 
were  provided  by  NFS  for  academic  endeavors  .  For  our  purposes,  it  was  a  capable 
enough  tool  to  lay  out  the  database  schema  before  actually  creating  the  database.  We 
were  able  to  make  numerous  edits  and  corrections  in  Visio  as  we  refined  the  model  prior 
to  actually  creating  the  database. 

The  design  of  each  entity  and  each  instance  within  an  entity  was  identical  to  that 
of  the  Visio  design.  Since  the  entities  were  all  created  manually,  we  had  to  create  the 
relationships  in  Access  manually  as  well.  Each  relationship  was  created  as  indicated  by 
our  Visio  diagram  but  unlike  Visio,  the  relationships  where  entities  were  related  to 
multiple  other  entities  were  much  easier  to  see  in  terms  of  visual  esthetics. 

A  simple  front-end  was  created  as  a  database  management  tool.  The  tool 
provided  us  with  the  ability  to  add,  edit,  delete,  and  ultimately  display  a  record  set.  It  is 
simple  in  design  and  was  mostly  created  utilizing  the  Forms  Wizard  in  Access,  with  only 
minor  changes.  We  limited  the  development  of  this  tool  to  interact  with  the  database 
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tables  that  we  planned  to  display,  with  limited  adding,  editing,  and  deletion  capabilities 
on  the  prototype  of  the  web  application. 

We  used  Visio  to  lay  out  the  design  of  the  database  manually,  including  the 
relationships  of  entities  and  the  types  of  data  that  each  attribute  would  store.  The  key  to 
the  data  was  its  relation  to  the  individual  Marine.  This  format  would  prove  cumbersome 
in  that  a  guiding  principle  was  not  to  use  any  data  to  identify  the  Marine  i.e.,  a  Social 
Security  Number  (SSN).  Although  unique,  the  SSN  is  considered  part  of  the  Marine’s 
personal  data.^^  By  not  using  it  we  are  following  current  practices  of  not  using  the  SSN 
where  it  is  not  needed  for  identification  purposes.  This  being  said,  each  Marine  was 
assigned  a  MarinelD  that  would  be  automatically  created  by  the  database  and  then  would 
be  present  in  approximately  90%  of  the  tables  in  the  database  as  either  a  Primary  or 
Foreign  Key. 

After  the  creation  of  the  Marine  table,  additional  entities  grew  at  a  near 
exponential  rate  because  of  the  amount  of  data  that  is  repetitive  in  a  military 
environment.  Each  Marine’s  record  is  unique  but  some  data  such  as  Rank  and  Military 
Occupational  Specialty  (MOS)  can  be  the  same  across  multiple  records.  The  utility  of 
lookup  tables  became  apparent  almost  immediately.  Lookup  tables  were  created  to 
maintain  information  that  was  common  to  other  entities  and  might  ultimately  be  used  to 
query  the  database.  Searches  based  on  Student  Company,  billet  assigned,  rank,  and  many 
other  are  common  at  the  command.  TBS  provided  numerous  reports  that  the  command 
commonly  uses,  but  which  are  sorted  by  a  common  set  of  criteria. 

The  database  is  not  merely  intended  to  keep  personal  information  such  as  home 
address  and  payroll  information  as  it  would  in  a  civilian  environment.  It  also  retains 
professional  information  that  is  unique  to  the  individual  yet  common  among  many  of  the 
records.  Hence,  the  database  utilizes  Lookup  tables  to  assist  the  user  as  well  as  itself  in 
terms  of  queries  and  in  maintaining  consistent  representation  of  the  data. 


Table  2-2  lists  the  Lookup  Tables  and  type  of  information  they  contain. 


Table  Name 

Tvne  of  Data 

Descrintion 

Ammunition  Lookup 

Numerical 

DODIC  and  Nomenclature  for  Ammunition 

Asset  Lookup 

Text 

Description  of  the  Asset,  its  TAM  and  NSN 

Billet  Description  Lookup 

Text 

Job  description 

D.  Courtney,  Lecture  during  IS3201  Naval  Postgraduate  School,  2001. 
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Billet  Evaluation  Lookup 

Text 

Recorded  evaluation  for  the  assigned  billet 

Collateral  Duty  Lookup 

Text 

What  additional  duty  is  the  Marine  assigned 

Company  Lookup 

Text 

Alpha  -  India  as  well  as  H&S  and  Cl  Company 

Counseling  Type  Lookup 

Text 

From  a  set  of  types  -  what  type  of  counseling 

Email  Type  Lookup 

Text 

Home,  work,  or  other 

MOS  Lookup 

Numerical 

For  those  Marines  with  prior  service  MOS 

Or  the  projected  MOS  for  the  officer  student 

Phone  Type  Lookup 

Text 

Home,  work,  cellular,  pager 

Platoon  Lookup 

Numerical 

1-6 

Rank  Lookup 

Alphanumerit 

E-1  thru  0-10 

Rating  Type  Lookup 

Text 

Text  rating  type  (Good,  Fair,  Poor,  etc) 

Squad  Lookup 

Numerical 

1-3 

Table  2-2.  Data! 

3ase  Lookup  Tables 

The  focal  entity  of  the  database  is  the  Marine,  and  the  subsequent  entities 
associated  with  the  personnel  administration  requirements  of  the  command.  An 
additional  facet  of  the  database  is  the  Support  of  Instruction  System  (SOIS)  being 
incorporated  into  the  schema.  Within  the  SOIS  are  individual  “commitments”  associated 
with  each  period  of  instruction.  The  leap  from  maintaining  information  on  a  period  of 
instruction  and  the  requirements  to  support  it  being  tied  into  SWORD  was  a  small  one.  A 
Marine,  called  the  Primary,  is  in  charge  of  each  commitment,  and  each  commitment  can 
have  many  Marines  supporting  it.  Each  commitment  is  in  support  of  an  event,  designated 
by  an  EventID,  and  they  can  be  in  any  number  of  a  finite  set  of  training  areas  and  ranges 
at  any  given  time.  Each  Primary  is  responsible  for  evaluating  the  Marines  that  support 
his  or  her  commitment.  It  makes  sense  that  the  evaluations  associate  with  the  enlisted 
Marines  who  support  a  commitment  be  maintained  in  the  same  manner  as  the  officer 
students.  As  such,  the  evaluations  would  prove  useful  to  a  unit  leader  responsible  for 
counseling  enlisted  Marines  and  providing  Proficiency  and  Conduct  marks  or  in  the 
generation  Fitness  Report  comments  for  Sergeants  (E-5)  and  above. 

Additionally,  the  command  pointed  out  that  they  are  using  a  DoS-based  non¬ 
supported  version  of  MCAIMS  to  create  and  maintain  the  schedule  that  is  central  to  the 
school  accomplishing  its  mission  of  providing  training  to  the  officer  students  in  the 
various  programs  of  instruction.^"^  The  current  version  of  the  software  was  not  Y2K 
compliant,  and  the  Program  Manager  for  MCAIMS  informed  the  command  that  there 
would  be  no  replacement  for  a  scheduling  module  in  newer  releases  of  MCAIMS.  As 
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with  the  SOIS  related  entities,  it  is  not  difficult  to  see  how  the  entities  surrounding  a 
scheduled  event  could  also  be  incorporated  into  the  SWORD  database.  Each  event  that  is 
scheduled  is  based  on  an  EventID,  is  in  support  of  Marines  with  their  own  IDs  and 
associated  entities,  and  each  event  is  either  taught  or  led  by  a  Marine,  and  is  conducted  in 
any  number  of  a  finite  set  of  training  areas,  ranges,  or  classrooms.  Again,  solving  the 
command’s  scheduling  problem  was  merely  a  problem  of  identifying  the  myriad  of  one 
to  many  relationships  associated  with  the  execution  of  the  schedule. 

3.  Data  Model 

Given  the  reports  provided  by  the  command  in  addition  to  several  hours  of 
discussion,  the  desired  data  to  be  collected  per  Marine  was  defined.  The  key  to  the  data 
model  is  its  relation  to  the  individual  Marine.  Each  table  is  linked  by  its  association  to 
the  individual  Marine,  which  includes  personal  information,  testing,  as  well  as 
information  related  to  the  individual  Marine  that  is  not  specific  to  him/her  (i.e. 
Commissioning  Source,  College  degrees,  etc).  The  focus  on  the  data  model  ensured  that 
the  resource  would  have  the  correct  relationships  no  matter  what  its  final  appearance  and 
functionality.  This  is  the  baseline  for  the  study  and  is  the  building  block  upon  which  the 
resource  was  built  or  could  be  the  key  item  in  the  requirements  definition  for  a  private 
contractor  and  a  follow-on  development  project. 

The  Data  Model  is  separated  into  two  basic  areas:  personal  information  and 
professional  information.  The  personal  information  includes  such  administrative  items  as 
the  address  of  the  Marine  and  all  of  his  dependents  whereas  the  professional  information 
focuses  on  testing,  counseling  entries,  evaluations,  etc.  The  Data  Model  was  created  to 
be  specific  to  TBS  but  contain  enough  elements  that  were  more  general  so  that  it  would 
not  be  specific  to  only  one  command  (i.e.  TBS)  and  could  be  migrated  to  other 
commands  as  needed.  In  designing  the  initial  data  model,  an  attempt  was  made  initially 
to  not  change  “anything”  but  to  model  only  the  existing  information  requirements.  In  this 
way  the  resource  would  not  be  redefining  what  has  been  in  place  at  TBS  for  decades. 
Further,  this  focus  would  serve  to  show  our  sponsors  that  we  are  working  for  them  and 
not  just  creating  something  new  to  which  they  would  have  to  adapt.  In  the  course  of  this 


Reference  a  conversation  between  the  Scheduling  Officer  and  the  S-6  Officer,  TBS  and  the  Program 
Manager,  MCAIMS  circa  June  1998. 
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work,  it  became  apparent  that  there  was  a  distinction  being  made  between  graded  and 
non-graded  events.  The  POI  has  multiple  graded  and  weighted  events  as  well  as  practical 
exercises,  which  are  not  graded,  but  the  performance  of  each  officer  student  is  tracked 
nonetheless.^^  Prior  to  the  creation  of  the  data  model,  the  graded  and  non-graded  events 
were  kept  separate;  and  this  was  not  seen  as  a  problem  because  the  officer’s  class  ranking 
was  partly  based  on  graded  events  while  his  professional  evaluation  included  all  of  the 
events  graded  or  not. 

This  separation  of  events  did  not  seem  to  be  a  problem  until  it  was  graphically 
portrayed  in  the  data  model.  The  testing  table  included  all  of  the  graded  and  weighted 
events  whereas  the  Land  Navigation  table  included  only  the  Land  Navigation  events. 
The  weights  are  used  in  the  computation  of  an  officer  student’s  total  score  where  some 
events  are  weighted  more  heavily  than  others  in  the  overall  evaluation  are. 


Figure  7.  Test  and  Land  Navigation  Tables 
Further,  both  of  these  tables  were  linked  via  Foreign  Keys  to  the  Evaluation  table. 
The  question  was  raised  as  to  why  Land  Navigation  was  not  part  of  the  Testing  table 
since  the  only  apparent  difference  was  the  grading  and  weighting  value  of  the  evaluation. 
After  closer  inspection,  it  was  seen  that  all  of  the  components  of  the  Land  Navigation 
Table  could  be  added  to  the  Testing  table  and  simply  assigned  a  weight  of  zero  to  the 
Land  Navigation  score  thus  eliminating  it  from  the  student’s  final  ranking.  Any  event 
that  was  conducted  could  be  named  in  such  a  manner.  Finding  events  associated  with 
graded  events  could  be  resolved  by  simply  querying  the  database  for  only  those  events 
that  have  a  weight  associated  with  them.  The  composite  table  was  renamed  Event  and 
would  continue  to  be  linked  to  the  revised  Counseling  Table  via  a  Foreign  Key. 
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Figure  8.  Event  and  Counseling  Tables 

The  output  would  be  a  slightly  revised  evaluation  matrix  in  that  there  would  be  an 
additional  column  added  that  differentiates  events  between  Tactical  Events  or  Land 
Navigation  Events.  This  additional  column  maintains  the  desire  to  update  but  not 
reinvent  the  output  currently  in  use  by  the  command.  The  significance  of  this 
compilation  is  that  it  is  a  slight  departure  from  the  desire  not  to  reinvent  the  system 
already  in  place.  Out  of  necessity,  we  had  to  create  a  new  designator  for  the  Land 
Navigation  events  that  the  command  does  not  use.  It  serves  to  be  consistent  with  the 
commands  existing  naming  convention  on  graded  and  weighted  events,  maintaining  the 
associated  number  with  an  event,  but  changing  a  prefix  or  a  suffix.  For  example,  the 
command  uses  a  designator  (EventName)  of  B1485X  and  a  weight  of  three  to  indicate  the 
Land  Navigation  Final  Exercise  for  the  Basic  Officer  Course.  We  propose  a  naming 
convention  that  utilizes  a  suffix  of  “P”  for  practical  in  any  event  that  is  not  tested,  but 
associated  with  a  subsequent  graded  and  weighted  event.  Under  this  convention,  the 
practice  exercise  associated  with  the  Land  Navigation  Final  Exercise  (Practical)  would  be 
B1485P  with  a  weight  of  zero. 
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The  fear  of  reinvention  is  that  from  an  academic  viewpoint  it  may  seem  easy  to 
combine  fields  and  make  things  “better”  but  from  the  standpoint  of  the  user  it  is 
something  new  for  them  to  learn  and  a  departure  from  the  known.  Since  this  change  is 
made  to  streamline  the  data  model  and  the  user,  in  the  same  format  is  collecting  the  same 
information,  we  believe  that  this  does  not  violate  the  prime  directive. 

I.  DATABASE  IMPLEMENTATION  AND  LOADING  PHASE 

Microsoft  Access  was  used  to  create  the  front  end  for  the  database  administrator 
and  therefore  there  was  no  need  to  decide  on  a  Database  Management  System  (DBMS).^’ 
The  database  for  the  prototype  was  created  manually  using  fictitious  data.  The  intent  was 
to  incrementally  test  the  functionality  of  the  web  site  as  it  interacted  with  a  database. 
Initially,  thesis-related  products,  such  as  a  database  for  the  thesis  timeline,  were  used  for 
this  test.  Once  we  were  confident  that  the  web  site  would  display,  update  and  add  new 
events,  we  expanded  the  available  resources  with  which  the  web  site  could  interact.  With 
continued  success,  we  enhanced  the  interactivity  by  including  the  personnel  database. 
We  felt  that  using  an  incremental  approach  would  ensure  that  we  understood  what  was 
occurring  and  could  troubleshoot  problems  as  they  arose. 

We  learned  throughout  the  subsequent  development  of  the  web  interface  that 
there  are  some  requirements  that  Ultradev  4  has,  with  regard  to  the  structure  of  the 
database.  We  were  led  to  make  changes  to  the  database  that  we  would  not  have  been 
required  to  do  if  were  exclusively  using  Access  forms  and  queries  to  interface  with  the 
data.  The  changes  did  not  de-normalize  or  impede  the  performance  of  the  database;  they 
merely  enabled  us  to  update  entities  through  the  extensive  use  of  lookup  table  foreign 

O  O 

keys  .  The  ultimate  goal  is  to  populate  the  database  using  a  download  from  the  By 
Name  Assignment  (BNA)  database,  which  would  allow  the  TBS  staff  to  populate  student 
companies  by  Social  Security  Number.  Once  the  student  companies  are  populated,  the 
data  could  be  manipulated  as  required. 


I.  Blackburn,  Access  2000  Programming,  p.  338. 
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J.  TESTING  AND  EVALUATION 

During  the  course  of  the  development  of  the  website,  the  database  was  continually 
tested  as  it  became  increasingly  difficult  to  pass  multiple  variables  from  page  to  page.  A 
limitation  imposed  by  the  web  site  became  the  number  of  variables  that  could  be  passed 
at  one  time  and  presented  to  the  user  in  response  to  a  query. 

1.  A  prototype  analysis  phase  is  scheduled  at  the  completion  of  this  thesis  in 
which  TBS  would  be  able  to  access  the  web  site  and  interact  with  the  database  in  its 
current  form.  The  purpose  of  this  phase  would  be  to  generate  interest,  educate  the  users, 
and  continue  the  requirements  development  for  follow-on  projects.  Since  this  prototype 
was  not  intended  to  be  a  deliverable  product,  there  is  no  problem  with  making  additions 
to  the  requirements  list. 

2.  Civilian  personnel  (GS-13s)  at  TBS  have  offered  their  expertise  in  assisting  to 
design  and  implement  a  Test  and  Evaluation  program  as  well  as  the  Pilot  Program.  This 
will  be  conducted  in  conjunction  with  the  follow-on  thesis  team  . 

K.  OPERATIONAL  PHASE 

This  prototype  is  not  expected  to  enter  an  operational  phase  in  its  current  form.  It 
will  be  used  as  the  starting  point  for  continued  development  by  another  thesis  team.  The 
follow-on  project  will  take  possession  of  the  website,  database,  and  the  associated  code  in 
order  to  initiate  a  Pilot  Program  and  subsequent  evaluation  phase.  The  development  of 
new  requirements  will  continue  so  the  product  that  completes  the  test  phase  may  have 
little  resemblance  to  the  prototype. 

L.  MAINTENANCE  AND  EVALUATION 

The  database  maintenance  and  evaluation  debate  is  the  same  as  that  for  the  entire 
system.  It  is  not  within  the  scope  of  this  thesis  or  the  follow-on  teams  to  solve  this  debate 
for  the  command.  Longevity  or  continuity  of  supervision  of  a  project  such  as  this  would 
be  as  important  as  technical  ability.  The  downside  to  military  database  administrators  is 
that  at  some  point  they  will  be  reassigned  or  retire  and  move  to  god’s  country.  The 
specific  section  inside  the  command  structure,  that  controls  the  website  and  database  is 
beyond  the  scope  of  this  thesis  and  will  not  be  commented  on.  It  is  recommended  that 
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the  follow-on  teams  assist  the  command  in  making  the  decision  but  not  suggest  a 
solution. 
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III.  WINDOW  TO  THE  INTRANET 


A.  WEB  INTERFACE  DEFINITION 

1.  Content  Disclaimer 

It  is  not  the  intent  of  this  thesis  to  teach  a  class  on  the  Internet,  web 
communication  protocols,  etc.  Applicable  definitions  have  been  included  to  ensure 
understanding,  but  the  overriding  assumption  is  that  the  reader  understands  the  basic 
concepts  of  the  Internet. 

2.  Design  Scope 

The  design  of  the  web  interface  was  narrow  in  scope  and  mainly  focused  on  the 
needs  as  presented  by  the  command.  We  wanted  to  present  data  from  the  SWORD 
database  on  a  desktop  and  allow  for  some  minor  editing  and  creation  of  new  record  sets 
for  such  things  as  instances  of  light  duty  and  a  new  address.  Additionally,  we  wanted  to 
be  able  to  display  the  data  from  the  database  in  a  manner  that  would  prohibit  a  significant 
resistance  to  further  development  and  ultimate  implementation  of  an  application  similar 
to  the  prototype.  With  that  in  mind,  our  focus  was  to  display  data  in  formats  that  the 
members  of  the  command  were  familiar  with;  we  decided  to  use  existing  reports  and 
formats  from  existing  web  tools  such  as  MarineOnLine  (MOL)."^*^  We  considered  several 
aspects  during  the  design  of  the  prototype  web  interface,  including  Client/Server 
Functionality,  an  Active  Server  Page  (ASP)  solution,  and  a  Graphical  User  Interface 
(GUI)  that  was  effective  and  efficient. 

a.  Client/Server  Functionality 

The  information  requirements  of  the  command  and  the  need  to  access 
information  across  various  sections  of  the  entire  command  require  the  database  to  reside 
on  a  server.  The  command  was  ambivalent  about  what  tool  to  use;  they  were  interested 
in  any  tool  that  would  enhance  their  ability  to  share  information  and  ultimately  save  time 
in  processing  and  administering  personnel  records  so  we  decided  to  use  a  web  interface. 
We  decided  that  since  TBS  is  a  Marine  Corps  command  that  is  an  organization  within  the 
Department  of  the  Navy  (DoN),  we  would  utilize  the  IT21  mandated  internet  browser, 
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Internet  Explorer."^'  This  would  ensure  that  all  users  of  the  interface  are  using  the  same 
browser,  and  we  would  only  have  to  develop  a  tool  that  supported  Internet  Explorer.  We 
decided  that  the  use  of  an  ASP  server-side  solution  would  be  best  given  these  conditions. 

b.  ASP  Solution 

1 .  Benefits 

a.  One  of  the  most  attractive  benefits  of  the  ASP  solution  is 
that  all  of  the  “business  rules”  are  executed  on  the  server.  The  client  merely  provides  the 
window.  All  of  the  code  associated  with  the  retrieval,  manipulation,  and  display  of  the 
data  would  be  protected.  The  database  schema  and  data  itself  would  be  afforded  a  greater 
level  of  protection  as  well. 

b.  Any  problems  associated  with  the  web  interface  would  be 
common  to  every  user,  since  they  would  all  be  using  the  same  browser,  and  in  theory,  the 
same  version.  Debugging  problems  would  be  confined  to  the  web  interface  or  the 
database,  leaving  the  client  out  of  any  potential  problem  solutions. 

2.  Limitations 

a.  The  ASP  solution  is  server  based  and  subsequently,  there 

will  be  an  increase  in  traffic  on  the  command’s  network  and  the  servers.  The  command 
recently  had  a  wiring  upgrade,  but  this  system  was  not  included  in  the  requirements  when 
they  sought  to  install  the  new  backbone  with  its  own  requirements  analysis.  The 
backbone  can  most  likely  handle  the  traffic,  but  the  command  would  have  to  ensure  that 
its  servers  were  robust  enough  to  support  a  full-scale  implementation. 

b.  Time  saved  is  a  key  measure  when  considering  the  use  a 

full-scale  implementation  and  application.  We  needed  to  ensure  that  the  computing  time 
required  to  make  a  round  trip  from  the  client  to  the  server  and  back  was  as  short  as 
possible.  We  also  had  to  consider  obtaining  the  required  information  in  the  least  amount 
of  time  combined  with  the  shortest  number  of  round  trips,  usually  associated  with  queries 
and  confirmation  of  the  information  requirement. 

c.  The  Graphical  User  Interface  (GUI) 

1 .  The  design  inspirations 


http://www.eds-gov.com/nmcifaqs/nmcifaq.asp7f  cat=7  NMCI  task  force  website. 
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a.  We  sought  to  find  a  way  to  represent  the  data  to  the  user  in 
a  manner,  which  they  would  be  familiar  with,  and  in  a  way  that  would  be  instinctive.  In 
terms  of  layout,  we  drew  inspiration  for  colors  and  location  of  information  from 
MarineLink  (www.usmc.milV  We  knew  that  the  users  could  reasonably  be  expected  to 
be  familiar  with  that  color  scheme,  and  it  was  a  good  basis  for  starting  to  present 
information  with  a  positive  aesthetic  value. 

b.  We  had  also  recently  visited  a  website  for  a  company  called 
Movex  (www.movex.com)  as  we  were  preparing  to  execute  permanent  change  of  station 
orders.  Movex  had  a  simple  menu  that  appeared  easy  to  navigate  and  would  serve  as  an 
inspiration  for  the  layout  of  the  template  that  we  would  use  for  each  web  page  —  ASP  or 
HTML. 

2.  Limitations  of  our  team 

a.  Neither  one  of  us  had  ever  had  any  experience  in 
developing  an  application,  so  the  genesis  of  the  web  interface  was  a  painstakingly  slow 
process.  We  received  feedback  from  our  peers  at  NFS,  and  made  many  changes 
accordingly. 

b.  The  user  had  no  idea  what  the  interface  should  look  like, 
and  we  had  nothing  from  which  to  derive  inspiration.  We  were  literally  starting  from 
scratch. 

B.  WEB  INTERFACE  REQUIREMENTS 

1.  We,  as  with  the  definition  of  the  web  interface  requirements  and 
considerations,  derived  all  the  functional  requirements  for  the  interface,  as  we  continued 
our  research.  We  wanted  to  achieve  some  form  of  each  of  the  following  in  the  design: 
adding,  editing,  displaying,  and  deletion  of  entire  records.  For  the  purpose  of  the 
prototype,  we  chose  not  to  enable  any  buttons  to  delete  information,  especially  since  were 
had  created  a  fictitious  Marine  and  filled  in  various  pieces  of  data  in  that  particular  record 
so  that  we  could  demonstrate  the  other  three  abilities.  This  became  vitally  important  as 
we  progressed  to  the  point  where  we  actually  demonstrated  the  prototype  of  the  interface 
to  the  command  and  asked  for  specific  feedback  from  the  users.  We  needed  to  maintain 
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the  data  as  well  as  the  core  integrity  of  the  record  set  in  order  to  facilitate  feedback  and 
further  development  in  the  Rapid  Application  Development  of  the  interface. 

2.  The  concept  of  access  levels  became  apparent  as  we  sought  to  limit  what 
could  and  could  not  be  done  to  the  data  in  the  SWORD  database.  The  Marine  entity  in 
the  database  has  the  requisite  fields  to  limit  access  to  specific  pages  by  utilizing  a  user 
name,  password,  and  associated  access  level  for  each  user  based  on  the  type  of  user.  The 
development  phase  for  SWORD  was  finite  thus  a  limiting  factor  in  continuing  to  develop 
pages.  The  ideal  situation  would  be  to  construct  multiple  pages  associated  with  each 
access  level.  This  is  ultimately  the  better  method  of  protecting  data  manipulation  by 
users.  Multiple  pages  have  the  advantage  of  only  presenting  those  options  to  the  user  that 
they  have  permission  to  interact  with.  Those  user  groups  that  do  not  have  the  correct 
permissions  would  not  have  the  ability  to  even  view,  much  less  edit  or  delete  data. 

C.  WEB  INTERFACE  DESIGN 
1.  Strategy 

a.  The  design  strategy  was  faced  with  several  constraints  in  how  it 
was  to  be  accomplished.  The  primary  intent  of  the  thesis  was  to  produce  a  prototype  and 
serve  as  a  proof  of  concept  for  TBS.  As  alluded,  the  command  is  traditional  in  its 
methods,  and  with  few  exceptions  was  not  using  the  available  technology  to  its  fullest 
potential.  The  reason  for  this  is  due  in  part  to  a  lack  of  expertise  and  in  part  to  a  lack  of 
desire;  because  it  had  always  been  this  way;  therefore  it  must  be  correct.  This  ‘real 
world’  scenario  contrasted  to  what  had  been  taught  in  the  classroom  where  the  user  is  not 
continually  being  convinced  that  the  project  is  even  required.  It  was  common  during  the 
requirements  and  design  phases  for  the  action  officer  to  be  one  of  the  only  consistent 
members  of  the  audience.  The  others  were  new,  so  each  presentation  had  to  cover  some 
of  the  same  ground  each  time  in  order  get  everyone  up  to  speed. 

b.  The  classroom  had  shown  us  that  there  are  multiple  design 
strategies:  waterfall,  incremental,  and  evolutionary."^^  The  initial  intent  was  to  use  a 
waterfall  approach  and  proceed  methodically  through  the  definition  phase,  requirements 
phase,  design  phase,  and  implementation  phase."^"^  In  our  case,  the  implementation  would 

K.  Forsberg,  Visualizing  Project  Management,  pp.  14-24. 
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be  the  completion  of  our  thesis  and  the  initiation  of  a  follow-on  thesis  that  would  expand 
on  our  work.  As  we  began  the  requirements  phase,  it  became  apparent  that  we  could 
adopt  Rapid  Application  Development  (RAD)."^^  This  was  considered  an  ideal  system  for 
RAD  since  it  is  geared  for  information  systems  and  it  focuses  on  building  the  prototype, 
our  goal  exactly. 

c.  RAD  allowed  us  to  modify  the  product  as  we  continued  to  pull 
requirements  from  the  users.  Capt  Ferares’  knowledge  of  the  command  from  being 
assigned  to  TBS  as  a  SPC  became  more  and  more  valuable.  This  knowledge  and 
experience  relieved  us  from  having  to  learn  the  system  as  we  tried  to  understand  what  it 
was  they  wanted.  The  benefits  of  RAD  seemed  to  fit  nicely  with  the  type  of  development 
we  were  conducting  in  that  it  allows  for  requirements  creep  as  well  as  feedback  from  the 
customer.  Since  this  thesis  was  a  proof  of  concept,  it  was  important  for  us  to  document 
as  many  requirements  as  possible  even  if  they  presented  themselves  late  in  the 
development.  The  RAD  development  cycle  is  shown  in  Figure  9. 
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Figure  9.  Rapid  Application  Development  Cycle"^^ 

During  the  course  of  the  development,  the  Action  Officer  remained  consistent  but  other 
key  positions  became  vacant  and  were  filled  several  times.  As  the  users  associated  with 


W.  Maner,  Bowling  Green  University  website:  http//:csweb. cs.bgsu.edu/maner/domains/RAD.htm. 
Ibid.  http://csweb.cs.bgsu.edu/maner/domains/RAD.gif 
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the  project  continued  to  change,  it  became  apparent  that  in  order  to  incorporate  their 
additional  ideas  we  would  need  to  be  flexible  with  the  development.  Part  of  the  research 
during  the  design  phase  was  to  refer  to  another  NPS  thesis  project  that  developed  an 
Education  Management  System  (EMS)  to  update  the  Naval  Postgraduate  School’s 
scheduling  process."^’  This  thesis  was  a  good  resource  in  that  they  were  performing  on  a 
large  scale  what  we  had  set  out  to  do  for  TBS.  PYTHON  (Project  Yet  To  Have  an 
Official  Name)  had  used  RAD  for  the  same  reasons  that  we  had  adopted  it;  in  order  to 
accommodate  changing  requirements  over  time  and  be  able  to  produce  a  viable  product. 

2.  Practical  Application 

a.  We  utilized  a  server  we  had  been  granted  access  to  at  the  Naval 
Postgraduate  School.  The  focus  of  the  web  interface  to  the  database  was  to  provide  a 
resource  that  met  the  requirements  that  we  defined. 

b.  A  discussion  of  database  and  website  security,  which  is  invaluable 
in  an  application  of  this  sort,  has  been  reserved  for  potential  further  research.  Our 
considerations  for  security  rested  mainly  in  providing  a  place  for  access  levels  to  be 
stored  and  displayed  via  the  web  interface.  It  became  more  prudent  to  complete  the 
development  of  the  proof  of  concept  rather  than  extend  the  timeline.  The  extension  in 
development  would  have  produced  the  requisite  pages  to  limit  access  based  on  various 
levels  but  it  was  decided  to  entrust  this  functionality  to  a  follow-on  thesis.  However,  we 
did  implement  the  use  of  session  variables.  When  used  efficiently,  session  variables  are  a 
great  tool  that  allow  for  more  complex  and  secure  applications  to  be  built  than  traditional 
variable  passing."^*  As  we  constructed  the  various  pages  associated  with  interfacing  with 
the  database,  we  used  the  session  variable  to  identify  the  user  and  display  their  name  in 
the  bar  across  the  top  of  the  screen  (Figure  10).  We  found  that  this  ensured  that  access  to 
pages  throughout  the  interface  could  only  be  accomplished  once  a  user  had  gone  through 
the  login  procedure,  which  validates  an  individual  as  an  authorized  user  of  the  system. 


47  python  Thesis,  Naval  Postgraduate  School,  March  2002. 

J.  Ray,  Sams  Teach  Yourself  Dreamweaver  UltraDev  4  in  21  Days,  p.  176. 
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Figure  10.  Basic  Training  Record  Active  Server  Page 
c.  In  keeping  with  the  user’s  requirements  for  information,  we  chose 
to  display  information  in  a  manner  that  the  user  was  familiar  with,  specifically  in  terms  of 
counseling  events  and  the  associated  reports  that  the  command  uses.  In  the  database 
structure,  each  counseling  event  includes  all  types  of  information  that  could  be  collected 
with  any  type  of  counseling  event.  However,  when  displaying  this  information  on  the 
prototype  interface,  we  wanted  to  be  able  to  display  the  requisite  information  associated 
with  a  particular  type  of  counseling,  instead  of  showing  everything  and  leaving  blank 
spaces  on  a  page.  We  force  the  user  to  select  a  report  format  to  display  information,  and 
simply  exclude  any  unnecessary  data  in  the  record  set  associated  with  that  particular 
counseling  event  and  its  associated  report  format 
3.  Significant  Design  Aspects 
a.  Login  Procedures 

1 .  The  initial  login  process  identifies  the  type  of  user.  Based  on  this 
information,  the  user  will  be  granted  access  to  pages  in  accordance  with  the  permissions 
for  that  type  of  user.  On  the  first  attempt,  the  user  will  be  asked  to  provide  a  new 
password,  which  will  then  be  stored  in  the  system.  Should  the  user  enter  the  incorrect 
password,  they  will  be  directed  a  Failed  Login  page  and  which  point  they  can  exit  the 
system  or  return  to  the  Login  Page.  Notices  posted  on  the  Failed  Login  Page  will  tell  the 
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user  what  procedures  to  follow  should  they  continue  encountering  problems  with  the 
Login.  See  Figure  11. 


♦WARNING* 

Your  login  attempt  was  unsuccessful. 

Please  re-type  your  user  name  and  password 
or  return  to  the  SWORD  Project  Web  Site 

User  Name  | 

Password 


Submit  I 


This  site  is  best  viewed  at  1024  x  768 


Figure  11.  Failed  Login  Active  Server  Page 
2.  System/Page  Access 

Once  the  user  has  successfully  logged  onto  the  system,  the  page  options 
for  the  prototype  will  focus  them  to  the  specific  area  of  interest.  The  only  active  button 
on  the  first  screen  that  the  user  is  presented  post  login  is  the  one  that  initiates  a  set  of 
search  criteria  necessary  to  Locate  A  Marine’s  Record.  Once  the  user  has 
accomplished  the  steps  associated  with  the  search,  the  only  active  buttons  on  the  menu 
will  allow  the  user  to  select  functions  under  the  heading  of  Edit  Existing  Marine, 
excluding  Testing  Information. 

b.  Counseling  Report  Formats 

1.  As  discussed  earlier,  the  counseling  event  proved  to  be  a 
challenge  for  the  purposes  of  display.  The  solution  was  to  provide  the  user  with  a  page 
that  shows  a  chronological  listing  of  counseling  events,  followed  by  a  subsequent  set  of 
actions.  The  chronological  listing  was  something  the  command  actually  wanted,  and 
proved  to  be  the  only  way  that  we  could  actually  collect  the  variables  required  in 
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subsequent  pages  to  display  the  record  in  its  proper  format.  In  the  prototype  interface, 
the  date  is  hyperlinked  to  a  Report  Format  page.  See  Figure  12. 
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Figure  12.  Chronological  Record  Active  Server  Page 
2.  At  the  Report  Formats  page,  the  user  is  prompted  to  select  a 
report  format.  They  merely  have  to  match  up  the  report  format  with  the  type  of 
counseling  record  they  want  to  view.  (Figure  13)  In  the  Figure,  the  Type  of  Counseling 
is  “Garrison  Billet  Evaluation”  and  the  user  is  best  served  by  clicking  on  General 
Counseling. 
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Figure  13.  Reports  Format  Active  Server  Page 
3.  Once  the  user  clicks  on  the  correct  report  format,  the 
information  is  displayed  in  a  format  that  the  user  is  currently  required  to  use  according  to 
the  command’s  Academic  Regulations,  BSO  5000."^^  (Figure  14) 
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Figure  14.  Garrison  Billet  Evaluation  Active  Server  Page 


TBS  Academic  Regulations  Basic  School  Order  (BSO)  5000. 
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We  provided  an  additional  tool  to  the  user  on  this  page,  as  well  as  other  similar 
counseling  report  pages.  The  individual  is  asked  to  provide  a  rating  for  “Overall 
performance  with  regard  to  SNO  (Said  Named  Officer)  potential,  experience,  and 
situation.”  The  SNO  is  rated  on  a  scale  that  varies  from  Outstanding  to  Unsatisfactory. 
A  roll  over  image  was  placed  in  a  layer  on  the  page  with  the  definition  of  each  of  the 
ratings.  If  the  user  is  in  doubt  about  the  definition  of  the  rating,  it  can  viewed  by  simply 
placing  the  mouse  over  the  desired  rating.  In  Figure  15,  the  definition  of  Poor  is  reflected 
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Officer  students  have  met  minimum  standards  required  for  graduation  and  are  capable  of  leading  Marines.  Officers  may 
have  learned  more  slowly  than  their  peers,  or  performed  poorly  in  early  field  or  garrison  billets.  May  have  lacked 
confidence  early  in  the  course.  Officers  routinely  were  rated  in  the  lower  two  fifths  relative  to  their  peers  on  documented 
leadership  evaluations,  but  performed  well  enough  to  retain  the  confidence  of  their  staff,  AIs,  and  peers.  Despite  difficulties, 
these  officers  possess  the  character  required  to  lead  Marines  and  are  guided  by  sound  moral  instincts.  Weak  areas 
identified  over  the  course  have  been  addressed  and  satisfactorily  overcome.  Remaining  weaknesses  offset  by  other 
strengths.  Despite  low  leadership  score,  staff  is  nonetheless  confident  that  these  officers  will  be  competent  professionals 
and  leaders. 


Figure  15.  Garrison  Billet  Evaluation  with  Roll  Over  Image 

4.  The  user  can  select  another  report  format,  but  the 
information  that  the  user  is  looking  for  in  the  required  report  format  will  only  be 
represented  when  there  is  similar  information.  The  record  set  associated  with  the  Safety 
Violator  has  similar  fields  that  are  represented  with  the  report,  but  it  is  also  looking  for 
values  associated  with  a  safety  violation  incident.  See  Figure  16. 
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Figure  16.  Incorrect  Report  Selected,  Safety  Violation  Report 
4.  Feedback  Loop 

a.  A  ctive  Server  Page  Prototypes 

1 .  As  part  of  the  user  requirements,  prototype  web  pages  were 
presented  to  a  cross  section  of  users  from  the  command.  During  the  prototype 
presentation,  pages  such  as  Figure  2  were  displayed;  at  various  points,  the  users  were 
polled  as  to  the  pages  they  liked  or  disliked  in  addition  to  the  colors  used,  layout,  etc. 
Additionally,  a  survey  was  compiled  for  the  officer  student  to  complete  which  sought  to 
assess  their  relative  skill  level  regarding  relational  database  tools  and  basic  computer 
familiarity.  A  copy  of  the  survey  is  located  in  Appendix  B. 

2.  We  returned  from  our  prototype  demonstration  and  began 
an  analysis  of  what  we  collected  from  the  various  users  and  staff  members  of  the 
command.  We  analyzed  the  user  surveys,  examined  the  feedback  from  large  group 
discussions,  and  made  changes  to  the  prototype.  The  development  is  a  continuous 
process. 


5.  Web  Page  Flowchart 

The  figures  below  display  the  basic  flow  through  the  system  beginning  with  the 
desktop  icon  and  ending  with  the  Exit  page.  It  is  noted  on  the  diagram  that  the  number  of 
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pages  displayed  is  not  indicative  of  the  actual  number  of  page  options  available  to  the 
user.  Figure  17  is  the  High  Level  view.^*^ 
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Figure  17.  High  Level  View  Flowchart 


K.  Forsberg,  Visualizing  Project  Management,  pp.  28.  Discussed  during  IS4300  Software  Project 
Management,  Naval  Postgraduate  School. 
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D.  IMPLEMENTATION 

As  discussed  in  Chapter  II,  this  prototype  is  not  intended  to  enter  an  operational 
phase  in  its  eurrent  state.  Rather,  it  will  be  the  starting  point  for  a  subsequent  team  of 
students  that  will  augment  this  resource  and  proceed  to  the  implementation  phase  of 
development.  At  this  point,  we  need  to  state  an  assumption  about  the  security  of  the  data. 
In  a  potential  full  application,  the  data  and  the  web  interface  will  be  reasonably  seeure 
based  on  its  physieal  location  at  TBS  as  well  as  its  virtual  location  on  the  TBS  intranet. 
Although  the  SWORD  database  and  interface  will  reside  on  a  Web  server,  the  TBS  staff 
should  not  be  able  to  aeeess  the  database  via  a  dial-up  eonnection.  A  dial-up  eonnection 
is  a  “nice  to  have”  feature  that  could  be  ineorporated  in  later  versions  of  the  resource  but 
the  proof  of  eoneept  is  meant  to  focus  on  core  functionality.  The  seeurity  aspeet  is  for  the 
proteetion  of  the  data  from  intereeption,  as  well  as  from  unauthorized  users  making 
ehanges  to  the  database.  It  is  not  the  intent  of  this  thesis  to  make  the  web  interfaee  secure 
in  the  same  venue  as  an  e-eommeree  website.  It  is  meant  to  show  that  the  data  ean  be 
accessed  using  a  web  interfaee  with  considerations  built  in  for  varying  seeurity  levels.  It 
will  be  within  the  seope  of  the  follow-on  thesis  to  enable  greater  web  seeurity. 

E.  MAINTENANCE 

1.  As  diseussed  in  Chapter  II  regarding  the  maintenanee  of  the  database,  a 
similar  position  is  taken  regarding  the  maintenance  of  the  prototype  web  interface.  The 
best  answer  balanees  the  abilities  of  the  maintainer  and  the  purview  of  the  speeifie 
seetion.  A  discussion  on  the  merits  of  either  of  these  is  beyond  the  scope  of  this  thesis. 
However,  it  will  be  eovered  in  the  follow-on  effort  in  regards  to  the  test  and  evaluation 
plan.  The  debate  should  not,  however,  exelude  the  possibility  of  eontracted  support  for 
any  aetual  application  implementation 

2.  The  command  is  currently  conducting  a  review  of  its  own  business 
proeesses,  espeeially  where  information  management  is  eoncemed.^'  The  intent  of  the 
review  is  consistent  reviews  condueted  by  most  commands  at  some  point  in  time.  The 
foeus  question  for  the  review:  is  the  command  accomplishing  its  mission  effectively  and 
efficiently,  in  terms  of  limited  resources  such  as  personnel,  equipment,  and  budget.  If 
they  find  that  they  are  not  as  effective  and  efficient  as  they  could  be,  they  need  to  plan  for 

Reference  a  conversation  with  Capt  Ken  Owens. 
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corrective  action.  Personnel  record  administration  has  been  recognized  as  a  shortfall 
during  the  past  few  such  reviews,  but  the  command  has  never  taken  formal  steps  to 
rectify  the  problem.  Various  members  of  the  command  have  identified  possible 
"homegrown"  solutions,  but  there  has  been  a  consistent  disagreement  in  deciding  who 
will  administer  and  maintain  the  solution.  A  good  idea  may  ‘die  on  the  vine’  if  the 
command  has  stretched  its  finite  resources  and  can  not  support  the  solution.  During  our 
last  visit  with  the  command,  they  entertained  the  idea  of  a  full  scale  SWORD  application 
being  developed  and  the  discussion  was  hampered  when  the  concept  of  administration 
and  maintenance  was  initiated 

The  organization  of  the  command  includes  a  staff  section,  the  S-6,  which  is 
responsible  for  all  of  the  installation’s  communications  and  information  systems.  The  S- 
6  Officer  has  expressed  concern  over  the  implication  and  belief  by  other  members  of  the 
command  that  SWORD  should  fall  under  the  auspices  of  the  S-6.  The  S-6  Officer  argues 
that  the  S-6  section  is  merely  responsible  for  the  hardware,  the  “pipe,”  and  the  IT21 
authorized  software  installation.  The  section  has  never  been  a  node  for  software  support 
or  development.  The  debate  varies  between  the  Testing  Office,  which  maintains  testing 
data,  and  the  Adjutant’s  office,  the  senior  personnel  officer  in  the  command.  The 
trepidation  on  the  part  of  the  S-6  officer  is  warranted  because  the  interaction  with  the  data 
tends  to  identify  SWORD  as  a  decision  support  system  and  therefore  it  would  fall  under 
the  auspices  of  the  S-6.  As  was  mentioned,  the  advantages  and  disadvantages  to  each 
section  involved  in  the  debate  is  beyond  the  scope  of  this  thesis  and  will  be  discussed  in 
depth  and  concluded  in  the  follow-on  thesis. 
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IV.  USER’S  MANUAL 


A.  GETTING  STARTED 

1 .  Open  an  Internet  Browser  and  enter  the  following  Web  address: 
http://nicu.nps.naw.niil 

2.  An  alternative  to  this  is  to  add  to  the  Favorites  list  in  the  Internet  Browser 
or  create  a  shortcut  on  your  desktop: 

a.  Use  the  following  procedures  to  assist  in  creating  a  shortcut. 

1 .  Select  the  Favorites  Icon  on  the  Tool  bar  across  the  top  of 
the  Internet  Browser  Page 

2.  Select  Add 

3.  Select  a  folder  in  which  to  retain  the  website. 

b.  Use  the  following  to  add  an  icon  to  your  desktop. 

1 .  Open  the  Internet  Browser. 

2.  Select  the  center  icon  in  the  upper  right  corner  of  the  page 
to  reduce  the  page  size  such  that  the  desktop  is  visible  at  the  edges  of  the  page. 

3.  Select  the  Internet  Browser  icon  with  the  left  mouse  button 
from  the  navigation  window  of  the  browser.  See  Figure  18. 


4.  Drag  the  icon  over  to  the  desktop  area  and  release. 


Sword.url 


Figure  18.  Navigation  Bar  from  the  Menu  Page 
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B.  SWORD  SPLASH  PAGE 


1.  This  page  is  for  display  purposes  and  presents  general  information 
eonceming  (see  Figure  19): 

a.  Project  Definition:  SWORD  =  Schools  command  Web  enabled 
Officer  and  enlisted  Resource  Database. 

b.  Project  Proposal  Document 

c.  Data  Diagram  for  the  database  entity  relationship  diagram. 

d.  Points  of  contact  for  the  authors. 

e.  A  link  to  the  Login  page  of  the  prototype  website. 

2.  Select  the  link  to  the  SWORD  Prototype  Website  and  continue. 


ptoject  Proposal  Scliools  Command  W eb  Enabled  Officer  and  Enlisted  Resource  Database 

Timeline 
Data  Diagram 

poinfc  of  Contact  ^  Naval  Postgraduatc  School  Thesis  Project  designed  by  Captains  Scott 

SVWRD  Prototypa  wabsitE  j  Fcrarcs,  USMC,  in  support  of  The  Basic  School. 


Select  and  proceed. 


Figure  19.  Splash  Page 
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C.  LOGIN  PAGE 


1 .  The  Login  page  (Figure  20)  is  the  initial  access  point  to  the  website. 

2.  The  User  Name  and  Password  are  provided  via  the  Database 
Administrator. 


Please  type  your  user  name  and  password. 


User  Name 
Password 


Submit  i 

New  User?  Click  here. 

This  site  is  best  viewed  at  1024  x  768 

NOTE:  The  website  has  been  designed  to 
be  viewed  at  screen  resolution:  1024  x  768 

Figure  20.  Login  Page 

3.  Should  the  following  types  of  failures  occur: 

a.  Username  and  Password  combination  not  contained  in  the  user 

database. 

b.  Incorrect  Username. 

c.  Password  entered  incorrectly;  note  that  passwords  are  case 
sensitive  where  the  username  is  not. 


57 


The  user  will  be  forwarded  to  the  failed  login  page  (Figure  21)  where  they  will  be 
able  to  attempt  to  enter  the  correct  username  and  password  combination  or  return  to  the 
main  project  website. 


♦WARNING* 

Your  login  attempt  was  unsuccessful. 

Please  re-type  your  user  name  and  password 
or  return  to  the  SWQRJ)  Project  Web  Site 

User  Name  |j 
Password 


Submit 


This  site  is  best  viewed  at  1024  x  768 

Figure  21.  Failed  Login  Page 

4.  New  Users 

a.  The  first  time  a  new  user  accesses  the  system  they  should  select  the 
New  User  option  and  proceed  to  the  New  User  page. 

b.  This  page  will  allow  the  new  user  to  enter  basic  information  for  the 
system  as  well  as  a  username  and  password.  See  Figure  22. 
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Last  Name 


First  Name 

1 

Middle  Initial 

1 - 

SSN 

1 - 

Rank 

|E-1 

j 

Company 

1  Combat  Instructor 

Platoon 

n - 3 

User  Name 

1 - 

Password 

1 - 

Submit  I  Reset  | 


Figure  22.  New  User  Data  Entry  Page 

D.  MENU  PAGE 

1.  The  basic  menu  page  (Figure  23)  provides  the  following  options  to  the 
user: 

a.  Enter  a  New  Marine  -  create  a  new  record  for  a  Marine. 

i.  Basic  Individual  Record  -  access  general  information  such 
as  Name,  Rank,  SSN,  etc. 

ii.  Basic  Training  Record  -  access  information  relative  to  the 
Marine’s  professional  training  such  as  PFT  scores.  Weapons  qualification,  etc. 

iii.  Recall  Information  -  all  information  relative  to  contacting 
the  Marine  or  his  dependents. 
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Enter  New  Marine 

Basrc  Individual  Record 
Basic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Evaluation  Infonnation 
Testing  Information 
View  Composite  Data 
Testing  Informat  ion 
Other  Information 
SOI 3  Utility 

Create  Nev^  SOI 3 
Edit  Master  SO  IS 
View  an  SOIS 
Specials  Menu 
Asset  Management 
Scheduling  (S-3) 

View  Master  Schedule 
Edit  Master  SOIS 
Logout  of  SWORD 

Figure  23.  Basic  Menu 

b.  Edit  Existing  Marine  -  Update  information  already  contained  in 
the  database.  This  selection  will  sequence  the  user  through  several  pages  in  order  to 
select  the  specific: 

i.  Company 

1 .  Combat  Instructor 

2.  Headquarters  and  Service 

3.  Alpha  through  Echo  alphabetically,  India,  Mike, 

Combat  Instructor  and  Headquarters  &  Service. 

ii.  Platoon  (I  -  6),  etc. 

iii.  Squad  ( I  -  3)  or  Section  (S-1,  Warfighting,  etc) 
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iv.  Marine 

NOTE:  The  focus  for  the  project  was  on  the  students  so  the  format  for  platoon  and 
company  structure  is  similar  to  that  of  student  companies  at  TBS.  Active  Duty  Marine 
Corps  units  using  this  system  will  not  have  the  same  format.^^  For  instance,  here  there 
are  6  platoons  per  company. 

E.  LOCATE  A  MARINE’S  RECORD  SEQUENCE 


1.  The  action  sequence  is  visibly  identified  by  following  the  directions 
colored  in  red  in  the  main  part  of  the  page  for  example: 

Select  a  Company  Company  Name 

Combat  Instructor 
Headquarters  and  Service 

2.  Select  Locate  a  Marine’s  Record  and  follow  the  sequence  in  order  to  select 
the  Company,  Platoon  and  Squad  for  the  desired  record.  See  Figure  24. 


Enter  New  Marine 

Besic  Individual  Record 
Be^ic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Evaluation  Infonriiation 
Testing  Information 
jIbMP  Composite  Data 


Company  Name 

Alpha 

Bravo 

Charlie 

Combat  Instructor 

Delta 

Echo 

Foh 

Headquarters  and  Service 

India 

Mike 


Select  a  Company 


United  States  Marine  Corps  doctrine,  www.doctrine.usmc.mil. 
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Enter  New  Marine 

Basic  Ihdividuat  Record 
Basic  T raining  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  individual  Record 


Enter  New  Marine 

Basic  Individual  Record 
Basic  Training  ReconJ 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  ReconJ 


The  user  can  jump  directly  to  an  alphabetical  list  of 
Marines  in  the  company.^ 


Company: 

Select  a  Platoon 


Select  All  Marines  from  the 
Company  Listed  Above: 


yORj/ 

/\ 


Company: 

Platoon: 

Select  a  Squad 


Headquarters  and  Service 

Headquarters 

Squad 

BnS-1 

TBS  S-3 

TBS  S-4 

Testina 

Warfrahtina 


Enter  New  Marine 

Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 


Company: 

Headquarters  and  Service 

Select  a  Marine 

Last  Name 

First  Name 

MI 

SSN 

Platoon 

Squad/Section 

Courtney 

Dale 

M 

666666666 

Headquarters 

BnS-1 

Bubba 

John 

D 

123432345 

Headquarters 

BnS-1 

Figure  24.  Locate  A  Marine  Page  Sequence 
3.  Once  the  specific  Marine  has  been  located,  the  user  then  has  the  option  to 
select  specific  pages  based  on  the  type  of  information  to  be  edited.  The  Basic  Individual 
Record  Page  is  shown  in  Figure  25. 
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F.  BASIC  INDIVIDUAL  RECORD  (BIR) 
(Information  presented  is  fictitious) 


Enter  New  Manne 

Basic  Individual  Record 

Basic  Individual  Record 

Last  Name 

[Butler 

Contract 

Basic  Training  Record 

First  Name 

[Smedley 

College 

Recall  Information 

Middle  Initial 

1^ 

Commissioning  Source 

Edit  Existing  Marine 

SSN 

[111223333 

AFADB 

Locate  a  Marine's  Record 

Nickname 

[Howie 

PEBD 

Basic  Individual  Record 

Rank 

|E-1 

DOR 

Basic  Training  Record 

Gender 

[Male 

EAS 

Recall  Information 

Race 

[Caucasion 

Evaluation  Information 

Testing  Information 

Religion 

[Protestant 

Medical 

/iew  ComposKe  Data 

International 

r 

Blood  Type 

Testing  Information 

Dependent 

Status 

[Single 

Light  Duty  Records 

Other  Information 

SOI8  Utility 

Date  of  Birth 

[11/10/1980 

Create  New  SOIS 

Unit  Information 

Edit  Master  SOIS 

SWORD  Information 

Company 

View  an  SOIS 

User  Name 

[sdbutler 

Platoon 

Specials  Menu 

Password 

p= 

Squad/Section 

Asset  Management 

Access  Level 

|1 

Fire  Team 

[Ground 

jUSNA 

[Academy 

[5/27/2002 

[5/1/1992 

[5/27/2002 

[5/27/2006 


[O  Positive 


[Echo 


Figure  25.  Basic  Information  Record  (BIR)  Display  Page 

1.  The  link  to  the  Light  Duty  Records  Page  is  located  in  the  right  column 
beneath  the  medical  information. 

2.  The  Light  Duty  Records  Page  lists  all  of  the  entries  for  Light  Duty 
contained  in  the  Marine’s  record  book. 


3.  New  entries  can  be  added  by  inserting  the  information  into  the  appropriate 
fields  and  clicking  on  the  submit  button.  The  user  will  be  returned  to  the  Basic 
Information  Record  Page.  To  confirm  the  entry  simply  select  the  Light  Duty  Records 
Click  Here  button.  See  Figure  26. 


63 


Mar  New  Marine 


Basic  Individual  Record  (MEDICAL)  for  Butler,  Smedley 


Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Evaluation  Infoimation 
Testing  Information 
flaw  Composite  Data 
Testing  Information 
Other  Information 
KNB  Utility 

Create  Nevr  SOIS 
Edit  Master  SOIS 


Light  Duty  Records 
Start  End 

5/1/2002  5/10/2002 

5/11/2002  5/21/2002 


Add  a  New  Light  Duty  Record 
Start  End 


Comments 
Chronic  intoxication. 
Hang-nail,  big  toe,  left  foot. 


Comments 


Submit  I 


d 


G. 


Figure  26.  Light  Duty  Record  Display  Page 


BASIC  TRAINING  RECORD  (BTR) 


Enter  New  Marine 

Basic  Training  Record  for  Butler  , 

,  Smedley 

Basic  Individual  Record 

Rifle  Qualification 

Date 

Score 

Classification 

Basic  Training  Record 

[5/15/2002 

[50 

[Expert 

Recall  Information 

EdM  Existing  Marine 

Kstol  Qualification 

Date 

Score 

Classification 

Locate  a  Marine’s  Record 

[5/15/2002 

[368 

[Expert 

Basic  Individual  Record 

Basic  Training  Record 

Recall  Information 

PET 

Date 

Pull  Ups 

Crunches 

Score 

Evaluation  Information 

|5/1 5/2002 

[5 

[ioj 

[105 

Testing  Information 

fiew  ComposHe  Data 

Testing  Infoimation 

Other  Information 

Type 

Flexed  Arm  Hang 

RunTime 

Classification 

jlnitial 

1 

[28:00 

[Failed 

KNB  Utility 

Create  New  SOIS 

Date 

Pull  Ups 

Crunches 

Score 

Edit  Master  SOIS 

View  an  SOIS 

[5/17/2002 

[20 

[98 

[95 

Specials  Menu 

Type 

Flexed  Arm  Hang 

RunTime 

Classification 

Asset  Management 

Icheduling  (S-3) 

[Remedial 

1 

[18:32 

[First 

View  Master  Schedule 

Edit  Master  SOIS 

Swim  Qualification 

Date 

Classification 

.ogout  of  SWORD 

[5/30/2002 

[WSQ 

Figure  27.  Basic  Training  Record 

1.  Changes  to  this  page  can  be  made  via  the  Update  Record  button  at  the 
bottom  of  the  page.  See  Figure  27. 
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2. 


Due  to  the  nature  of  the  information  on  the  page,  only  authorized  users 
will  be  allowed  to  make  changes  to  the  database. 


H.  RECALL  INFORMATION 


^ORj/ 


f 


Enter  New  Marine 

Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Evaluation  Information 
Testing  Information 
View  Composite  Data 
Testing  Information 
Other  Information 
SOIS  Utility 

Create  New  SOIS 
Edit  Master  SOIS 
View  an  SOIS 
Specials  Menu 
Asset  Management 
Scheduling  (S-3) 

View  Master  Schedule 
Edit  Master  SOIS 
Logout  of  SWORD 


Recall  Information  For  Butler,  Smedley 


Type  of  Address 

Address  1 

Address  2 

City 

State 

Zip  Code 

Country 

Submit  Changes 
Add  a  New  Address 


[Barracks 


jO'Bannon  Hall 


|F200 


jOuantico 


jVA 


[22134 


[uSA 

I  Submit  1 


H\ 


Figure  28.  Recall  Information  Display  Page 

1 .  Those  Marines  with  more  than  one  address  in  the  database,  the  web  page 
(Figure  28)  will  be  slightly  different  in  that  a  set  of  Left  and  Right  arrows  will  be 
displayed  across  the  top  line  so  users  can  move  between  the  addresses. 

2.  More  than  one  address  will  not  be  displayed  at  once. 
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EVALUATION  INFORMATION  PAGE 


1 .  The  rating  matrix  across  the  top  of  the  page  is  active  in  that  the  definition 

of  each  rating  is  displayed  when  the  user  places  the  mouse  pointer  over  that  particular 
rating.  As  an  example,  should  the  user  place  the  cursor  over  the  rating:  Unsatisfactory; 
the  following  text  shown  in  Figure  29  will  appear: 


Officers  have  not  met  requirements  for  graduation,  failing  to  demonstrate 
convincingly  the  ability  to  lead,  make  decisions,  take  responsibility,  and  /  or 
learn.  Ability  to  communicate  plans,  intentions,  and  information  may  be 
inadequately  developed.  Have  not  demonstrated  a  willingness  or  ability  to 
become  students  of  the  profession  of  arms.  Officers  may  lack  confidence  or 
have  lost  the  confidence  of  their  staff  and  peers.  Have  routinely  been 
positioned  in  lower  fifth  during  documented  leadership  evaluations,  billets, 
tactical  billets.  Despite  weaknesses,  these  officers  have  strength  of 
character,  desire,  and  potential  to  overcome  shortcomings,  correct 
deficiencies,  and  complete  requirements  of  TBS  with  proper  counseling, 
instruction,  and  effort. 


Figure  29.  Unsatisfactory  Rating  Pop  Up  Window 


Enter  New  Marine 

Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Edit  Existing  Marine 

Locate  a  Marine's  Record 
Basic  Individual  Record 
Basic  Training  Record 
Recall  Information 
Evaluation  Information 
Testing  Information 
Kew  Composite  Data 
Testing  Information 
Other  Information 
son  Utility 

Create  New  SOIS 
Edit  Master  SOIS 
View  an  SOIS 
Specials  Menu 
Asset  Management 
Icheduling  (S-3) 

View  Master  Schedule 
Edit  Master  SOIS 
jogout  of  SWORD 


Chronological  Evaluation  Information  For  Butler,  Smedley 


Date 

Counseling  Type 

Rating 

5/1/2002 

Garrison  Billet  Evaluation 

Outstanding 

5/13/2002 

Failure  of  an  Academic  Event 

Good 

5/14/2002 

Safety  Violator 

Unsatisfactory 

5/15/2002 

Failure  of  a  Military  Skills  Event 

Excellent 

5/15/2002 

Peer  Evaluation 

Good 

5/16/2002 

Safety  Violator 

Unsatisfactory 

Comments 

Demonstrated  sound  leadership  ^ 


abilities . 


Counseled  for  failing  exam.  3 


SNO  committed  a  Safety 
Violation 


Another  stupid  mistake. 


d 


Needs  to  go  on  Remedial  PT  3 

and  weight  control. 

d 


~3 

d 


~3 

d 


Figure  30.  Chronological  Record  Display  Page 
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2.  The  ability  to  Input  or  View  Evaluation  information  will  be  determined  by 
the  specific  user’s  privilege  category. 

3.  Explain  how  Figure  30  is  connected  to  Figure  29! 

J.  VIEW  COMPOSITE  DATA  -  Allows  the  user  to  compile  (view,  save, 
print,  etc.)  reports  on  a  group  of  Marines  based  on  specified  criteria. 

1 .  Testing  Information  -  i.e.  B02500X  Communications  test  failures,  etc. 

2.  Other  Information  -  i.e.  number  of  married  Marines,  etc. 

K.  SOIS  UTILITY  (Not  currently  active) 

1 .  Create  New  SOIS 

2.  Edit  Master  SOIS 

3.  View  and  SOIS 

4.  Specials  Menu 

5.  Asset  Management 

L.  SCHEDULING  (S-3)  (Not  currently  active) 

1 .  View  Master  Schedule 

2.  Edit  Master  SOIS 

M.  LOGOUT  OF  SWORD  -  this  option  will  return  the  user  to  the  SWORD 
splash  page  and  cancel  the  associated  session  variable. 
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N.  DATABASE  MANAGEMENT  TOOL 


Basic  Information  Record  -  this  page  will  allow  the  administrator  to  add,  delete, 
or  modify  any  record  or  entries  displayed  on  the  BIR  page.  The  page  allows  the  database 
manager  to  enter  a  variety  of  data  through  the  use  of  the  main  form  and  a  series  of 
subforms  accessed  by  clicking  on  the  tabs  in  the  box  located  in  the  lower  half  of  the 
screen.  Sample  subforms  to  enter  or  modify  data  are  displayed  in  Figures  31-38 
following. 


Figure  31.  Database  Manager  Tool:  Basic  Information  Record 
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1. 


Address  Subform. 


Figure  32.  Address  Subform 
2.  Light  Duty  Records  Subform. 


Figure  33.  Light  Duty  Subform 
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3.  Rifle  Qualification  Subform 


Figure  34.  Rifle  Qualification  Subform 
4.  Pistol  Qualification  Subform. 


Figure  35.  Pistol  Qualification  Subform 
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5.  Physical  Fitness  Subform. 


Figure  36.  Physical  Fitness  Subform 


Figure  37.  Swim  Qualification  Subform 
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7. 


Counseling  Subform. 


Figure  38.  Counseling  Subform 
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V.  RECOMMENDATIONS  AND  CONCLUSIONS 

A.  RECOMMENDATIONS 

1.  Support  a  follow  on  project  that  will  include  the  following: 

a.  Multiple  Marine  Thesis  submissions.  This  will  allow  the  thesis 
team  to  focus  on  different  areas  and  still  combine  into  one  major  project.  Possible  thesis 
topics  that  could  collaborate  would  be  an  investigation  of  the  appropriate  Relational 
Database  Management  Systems  (RDBMS).  This  investigation  would  include  a  cost- 
benefit  analysis  of  the  different  options  and  conclude  with  the  implementation  of  that 
system.  Another  portion  of  the  thesis  team  could  investigate  the  different  aspects  of  web 
and  database  security  necessary  and  the  proper  implementation  methods  to  be  included  in 
the  product.  Although  these  separate  areas  of  research  will  all  combine  in  the  end  to 
produce  a  working  solution,  there  is  potential  to  research  functionality  that  may  not  be 
included  but  could  be  investigated.  A  student  could  research  how  to  insert  a  wireless 
access  point  for  real  time  data  input  from  the  field.  This  feature  would  allow  the 
Augment  Instructor  (AI)  to  input  evaluations  in  real  time  from  the  field  instead  of  taking 
notes  and  then  transcribing  them  into  the  database  when  the  unit  returns.  This  aspect  is 
analogous  to  an  officer  or  SNCO  in  the  operating  forces  being  able  to  continue  to  conduct 
the  day-to-day  operations  of  the  unit  no  matter  what  their  location.  It  is  not  necessary  for 
all  research  that  was  conducted  to  become  part  of  the  working  resource. 

b.  Define  a  set  of  users  to  be  supported  by  the  follow-on  project. 
Identify  by  name  what  commands  will  be  supported  by  the  new  system.  For  simplicity 
the  commands  could  be  located  at  the  same  Marine  Corps  installation  (i.e.,  MCB 
Quantico).  Ideally,  the  commands  should  originate  from  different  combat  elements  thus 
they  will  have  diverse  data  requirements.  This  is  meant  to  ensure  that  the  new  system 
does  not  focus  support  only  those  units  in  the  Combat  Service  Support  Element  (CSSE) 
or  the  Aviation  Combat  Element  (ACE)  but  could  be  used  by  different  communities.  An 
example  of  a  diverse  set  of  commands  could  be  Officer  Candidate  School  (OCS),  Marine 
Helicopter  Squadron  One  (HMX-1),  MCAF  Quantico,  and  possibly  one  specific  section 
of  MARCORSYSCOM.  Once  identified,  the  thesis  team  could  work  to  define  a  specific 
data  model  that  is  common  to  all  the  commands. 
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c.  Identify  the  scope  of  the  project  to  preclude  resistance.  During 
the  initial  requirements  definition  phase,  minor  resistance  was  encountered  from  the 
civilian  employee  whose  job  it  is  to  maintain  the  MCAIMS  database.  This  particular 
database  is  useful  but  not  very  user  friendly  nor  does  it  provide  the  visibility  of  the  data 
normally  desired  by  commands  on  a  day-to-day  basis.  The  scope  of  the  follow-on  project 
should  be  defined  as  being  a  complement  to  systems  such  as  MCAIMS  and  BNA  in  that  a 
better  interaction  system  could  be  created  that  would  draw  information  from  MCAIMS 
and  BNA  vice  replace  them.  In  time,  as  determined  by  MARCORSYSCOM,  it  could  be 
possible  to  replace  these  databases  with  an  all-encompassing  data  resource;  but  this 
would  be  a  major  undertaking  and  most  likely  not  the  work  of  a  small  team  of  thesis 
students  but  a  larger  group  or  contractors  working  from  the  data  models,  requirements, 
and  recommendations  of  this  and  follow-on  theses. 

d.  Include  triggers  for  actions.  In  the  event  of  multiple  failures  or 
consistently  low  scores  (as  well  as  significantly  high  scores),  the  Testing  Officer  or  SPC 
should  receive  a  pre-formatted  email  notifying  him/her  of  the  occurrence  and  the 
suggested  action.  This  function  could  be  extended  to  the  Student  Performance  Review 
Board  members  to  notify  them  of  an  upcoming  review  board.  It  should  be  noted  that  it  is 
not  the  intent  of  this  system  to  create  a  system  of  “leadership  via  email”  where  the  SPC  is 
notified  and  then  passes  information  on  electronically.  The  interaction  between  the  SPC 
and  his  Marines  is  to  be  maintained  but  some  functions  can  be  made  more  efficient 
through  automation. 

e.  Insert  a  digital  picture  of  each  Marine.  All  of  the  records 
retained  in  the  database  should  include  a  digital  picture  of  the  Marine.  The  location  can 
be  at  the  discretion  of  the  follow-on  team  but  a  suggestion  would  be  to  display  the 
pictures  adjacent  to  the  names  of  the  Marines  when  searching  for  a  specific  name.  This 
picture  would  then  be  carried  forward  to  the  BIR  page. 

f.  Incorporate  a  Student  Performance  Review  Board  web  page. 
This  would  be  a  separate  web  page,  activated  as  required  by  the  Administrator  that  would 

Reference  a  conversation  in  October  2001,  the  gentlemen  was  opposed  to  the  idea  of  the  resource 
because  it  would  be  in  conflict  with  his  database  and  thus  his  current  employment.  No  malice  was  involved 
and  the  meeting  concluded  with  good  suggestions  on  how  to  progress. 
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query  the  database  for  the  necessary  information.  Those  officers  assigned  to  the  SPRB 
GROUP  would  have  access  to  the  information  based  on  a  separate  username  and 
password  combination.  During  the  majority  of  the  time  that  a  SPRB  is  not  required,  the 
page  would  be  disabled.  This  page  would  negate  the  need  for  the  Testing  Officer  to 
compile  information  and  photocopy  it  for  each  member  of  the  SPRB. 

g.  Marine  Corps  Lessons  Learned  (MCLLS).  Incorporate  an  area 
that  can  be  updated  by  either  the  company  staff  or  the  student  billet  holders  where  at  the 
completion  of  an  event  the  lessons  learned  for  that  unit  are  entered.  This  was  a 
suggestion  from  the  student  forum  conducted  with  the  most  senior  student  company  on 
deck  during  the  prototype  demonstration.  The  idea  is  that  each  company  makes  certain 
mistakes  during  each  event,  why  not  post  those  mistakes  for  the  next  company  from 
which  to  learn.  This  is  the  same  idea  that  the  operational  forces  use  when  MCLLS  are 
submitted  after  each  major  exercise.  The  intent  is  not  for  each  student  company  to  learn 
“all  the  tricks”  and  not  learn  anything  new  during  the  event,  but  it  would  prevent 
“reinventing  the  wheel”  every  time  a  company  attempts  an  event. 

h.  Student  memo  for  personnel  MCLLS.  As  was  stated  above,  the 
students  proposed  the  idea  of  an  area  in  the  resource  where  they  could  document 
personnel  lessons  learned  in  regards  to  an  individual  counseling  or  a  student  staff  billet. 
Some  lessons  learned  such  as  those  for  student  staff  billet  could  be  made  visible  to  all 
students  so  that  they  could  learn  from  others  experiences  and  be  better  prepared  for  their 
billet.  This  functionality  implies  a  wider  range  of  interaction  between  the  student  and  the 
database  than  was  first  envisioned;  but  this  is  a  good  suggestion  and  it  is  a  natural 
progression  especially  if  one  of  the  arguments  is  to  educate  the  students  with  emergent 
technology. 

i.  Migrate  the  data  to  a  Relational  Database  Management  System 
(RDBMS).  The  proof  of  concept  to  demonstrate  a  new  way  of  conducting  business  at 
TBS  used  Microsoft  Access  for  the  database  and  Microsoft  Visio  for  the  data  modeling 
tool.  Both  of  these  programs  are  limited  in  their  functionality  and  their  abilities 
(especially  Access)  concerning  multiple  simultaneous  users.^"^  Both  of  these  tools  were 

http://www.macromedia.com/vl/handlers/index.cfm?ID=1540&Method=Full 
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adequate  for  the  purpose  of  the  prototype  and  were  not  meant  to  imply  that  they  should 
be  used  again  for  the  pilot  test.  The  follow-on  thesis  should  thoroughly  research  the 
available  RDBMS  solutions  to  determine  the  best  course  of  action  for  the  next  version  of 
the  resource.  This  research  should  include  a  cost-benefit  analysis  and  an  in-depth  study 
of  the  resident  systems  and  applications  for  any  interoperability  issues. 

j.  NMCI  Interaction.  Currently  the  Navy-Marine  Corps  Intranet 
does  not  list  Dreamweaver  (with  UltraDev  4)  and  Fireworks  as  authorized  programs. 
This  thesis  was  completed  using  those  tools  due  to  the  ease  of  use  and  advanced 
functionality  when  compared  to  Microsoft  FrontPage.  The  follow-on  thesis  should 
include  an  investigation  of  the  requirements  for  a  waiver  in  order  to  use  these  programs 
inside  the  NMCI  contract.^^ 

k.  Define  the  archive  plan  and  ‘paperless’  office  scenario. 
Currently,  TBS  retains  copies  of  the  ‘green  jackets’  for  three  years  in  the  basement  of  the 
headquarters  building.  After  three  years,  the  volumes  of  documents  are  moved  to  the 
archive  area  at  Marine  Corps  University  (MCU)^^.  Set  a  goal  for  the  resource  to  utilize 
an  electronic  archive  at  MCU  with  the  SPC  and  Company  Staff  retaining  only  those 
paper  copies  of  documents  for  specific  purposes  until  the  company  graduates.  After  the 
company  graduates,  destroy  the  paper  copies  to  not  duplicate  data.  Since  it  is  electronic, 
the  archives  can  be  accessed  as  required  or  reside  there  indefinitely. 

2.  Formally  create  a  relationship  between  the  Naval  Postgraduate 
School  and  other  Department  of  Defense  Schools 

During  the  course  of  the  research  and  development  of  this  thesis,  a  positive 
outcome  was  seen  in  the  creation  of  a  working  relationship  between  staff  officers  at  TBS 
and  students  at  the  Naval  Postgraduate  School.  This  is  a  mutually  supporting  relationship 
because  NPS  has  a  continual  need  to  produce  theses  and  conduct  research  where  TBS  and 
commands  like  it  are  limited  by  funding  but  have  a  need  for  technological  advances. 

This  relationship  will  continue  to  flourish  as  the  follow-on  project  continues  as 
well  any  spin  offs  that  occur.  This  relationship  should  be  formalized  and  expanded  to 


http://www.eds.cotn/nmci/Gold  disk  contents  11. doc  NMCI  website. 
Reference  a  conversation  with  Capt  Ken  Owens 
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include  more  than  just  ‘free’  intellectual  capital  in  the  form  of  thesis  research  but 
hardware  and  software  support  as  well.  NPS  could  be  considered  a  ‘rich’  command  in 
that  it  is  possible  to  walk  through  the  spaces  and  see  newer  computer  hardware  than  was 
resident  a  few  months  prior.  The  hardware  that  was  replaced  should  be  offered  to 
Department  of  Defense  (DOD)  schools  first;  and  then  if  not  desired,  sent  to  the  Defense 
Reutilization  Management  Office  (DRMO).  In  this  way,  the  supported  school  has  the 
benefit  of  acquiring  computer  assets  that  it  may  not  have  had  the  funding  for  previously 
and  NPS  is  able  to  foster  its  relationship  with  other  commands.  A  problem  with  NPS 
currently  is  that  it  is  one  of  the  best-kept  and  most  misunderstood  secrets  in  the  military. 
A  relationship  of  intellectual  and  technological  support  would  be  free  advertising  to  the 
fleet  and  would  keep  NPS  in  the  minds  of  the  supported  personnel. 

B.  CONCLUSIONS 

At  the  outset,  the  idea  was  to  create  a  working  prototype  for  TBS  to  use;  that 
prototype  would  revolutionize  the  entrenched  mindsets  resident  at  the  school.  It  was  to 
be  a  classic  example  of  the  application  of  technology  to  make  a  business  process  more 
efficient.  The  result  is  a  working  proof  of  concept  that  is  regarded  as  a  good  first  step 
and  will  become  the  impetus  for  change  at  TBS.  The  data  model  and  the  discussion 
points  will  be  the  basis  for  a  follow-on  project  that  will  build  on  this  prototype  and  carry 
it  through  the  pilot  test  program  and  fault  testing.  The  follow-on  thesis  will  decide  upon 
the  best  vendor  to  choose  to  migrate  the  data  model  as  well  as  find  a  solution  to  the 
debate  concerning  the  maintenance  of  the  resource. 

The  mindset  that  a  system  of  this  type  is  unnecessary  remains  entrenched  at  TBS, 
and  may  never  change.  In  time  a  web  resource  of  this  type  will  become  the  standard  for 
personnel  administration  and  any  subsequent  changes  to  this  archetype  will  be  a 
paradigm  shift  away  from  which  a  future  generation  of  change  agents  will  have  to 
overcome. 
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APPENDIX  A:  ENTITY  RELATIONSHIP  DIAGRAM 


A.  VISIO  2000  DATA  MODEL:  SWORD 
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APPENDIX  B:  TBS  FORMS  AND  REPORTS 


A.  STUDENT  INTERVIEW  RECORD,  STANDARD 

STUDENT  INTERVIEW  RECORD 

DATE: 

NAME:  2NDLT  BASIC  CLASS:  5-00  PLATOON: 

REASON  FOR  INTERVIEW 


STAFF  OFFICER’S  STATEMENT: 


I  do  not  desire  to  attach  a  statement. 
I  do  desire  to  attach  a  statement: _ 


Officer  Student 


Staff  Officer 
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B.  STUDENT  INTERVIEW  RECORD,  SUBSTANDARD 
PERFORMANCE 

STUDENT  INTERVIEW  RECORD 

DATE _ 

NAME _  BASIC  CEASS _  PEATOON 

REASON  FOR  INTERVIEW 

SUBSTANDARD  PERFORMANCE  /  MINOR  INFRACTION 

STAFF  OFFICER’S  STATEMENT: 


SNO  was  advised  that  performance  and/or  actions  of  this  nature  is/are  not 
consistent  with  those  minimum  standards  normally  expected  of  Marine  officers,  and  that 
such  performance/actions,  if  repeated  will  have  a  negative  effect  upon  his/her  success  at 
TBS. 

I  do  not  desire  to  attach  a  statement. 

I  do  desire  to  attach  a  statement: _ 


Officer  Student 


Staff  Officer 
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C.  STUDENT  INTERVIEW  RECORD,  FAILURE  OF  AN  EVENT 


STUDENT  INTERVIEW  RECORD 

DATE:  010316 

NAME:  WO  BASIC  CLASS:  WOBC-01  PLATOON:  5 

REASON  FOR  INTERVIEW 


Substandard  Performance/Failure  of  the  Land  Navigation  III  exercise.  SNO  was 
assigned  to  land  nav  remediation  effective  immediately.  SNO  was  advised  of  her/his 
deficiency  and  informed  of  the  importance  of  being  able  to  land  navigate  with 
respect  to  being  a  Marine  officer  and  leading  Marines  in  any  MOS.  SNO  was 
advised  to  seek  help  from  the  company  and  platoon  navigation  representative  or 
her/his  SPC.  SNO  was  advised  that  he/she  must  maintain  at  least  a  75%  on  military 
skills  in  order  to  pass  the  Basic  Officer  Course. 

SNO’s  score 


I  do  not  desire  to  attach  a  statement. 
I  do  desire  to  attach  a  statement: _ 


Officer  Student 


Staff  Officer 
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D.  STUDENT  INTERVIEW  RECORD,  INITIAL  INTERVIEW 


Initial  Interview 


SNO  Name  SSN 


Questions  gleaned  from  ^''Autobiography"  and  observation 


Interview  date 
Comments : 


Recommendations  for  SNO  action: 


I  have  read  and  will  carry  out  the  recommendations  for  SNO 
action . 


SNO  Signature 
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E.  TBS  STUDENT  EVALUATION  FORM 

II.  TBS  Student  Evaluation  Form 


Name:  Company:  Date: 

Billet: 

AI:  Event: 

Overall  performance  with  regard  to  SNO  potential,  experience,  and  situation 

Unsat . Poor . Fair . Good . 

. Excellent . Outstanding 

Decision-Making  (SNO’s  mission  analysis,  estimate  of  the  situation,  and  the  creation  of  a  detailed  plan  that  puts  the  enemy 
in  a  dilemma  and  exploits  critical  vulnerabilities  revealed  in  SNO’s  estimate.  Has  SNO  considered  reconnaissance?  Has  SNO 
considered  combined/supporting  arms? ) 


Communication  (Is  SNO  able  to  utilize  the  orders  process  to  communicate  his/her  plan?  Are  his/her  tasking  statements 
detailed  enough  to  allow  subordinates  to  execute?  Is  SNO  able  to  communicate  directly  w/subordinates  using  the  terrain  model  or 
does  he/she  read  from  notes?  Does  SNO  have  command  presence?  Does  SNO  exhibit  force  in  his/her  leadership  role) 


Execution  (Did  or  did  not  SNO  accomplish  the  mission?  Did  the  unit  accomplish  the  mission  in  spite  of  or  because  of  SNO’s 
leadership?  Did  or  did  not  SNO  fulfil  Commander’s  Intent?  If  the  situation  changed  and  the  mission  became  irrelevant,  did  SNO  use 
Intent  to  guide  decisions?  Explain) 


Leader/Commander  (Ability  of  SNO  to  inspire  his/her  subordinates  through  force  of  will  and/or  strength  of  character. 
Did  SNO  demonstrate  high  moral  standards  reflecting  virtue,  honor,  patriotism,  and  subordination  in  personal  behavior  and 
performance?  Did  SNO  impact  troop  welfare  following  mission  accomplishment?) 


Tactical/Technical  Proficiency.  (Did  SNO  demonstrate  a  level  of  understanding  of  the  material  commensurate  with 
the  level  of  instruction.  Has  SNO  demonstrated  the  ability  to  learn  from  his/her  mistakes  or  the  mistakes  of  others,  quality  of 
participation  in  the  Critique.  Describe  SNO’s  tactical  leadership  ability  relative  to  his/her  stage  of  training  in  the  POI 
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F.  CRITERIA  FOR  EVALUATION  RATINGS 


Out¬ 

standing 

Given  to  officer  students  displaying  outstanding  leadership  skills,  unwavering  character,  and 
unlimited  growth  potential.  Officer  student's  abilities  clearly  above  the  rest  of  the 
company,  above  that  of  officers  in  most  companies.  Officers'  services  would  be  actively 
sought  for  combat  duties.  Consistently  made  sound  decisions,  communicated  with  clarity,  set 
a  noteworthy  example,  and  demonstrated  initiative,  toughness,  and  maturity.  Understands  and 
lives  the  meaning  of  commission— the  officer' s  role  as  a  public  figure  and  the  duties  and 
responsibilities  inherent  in  command.  Has  established  the  reading  and  analytical  habits  of  a 
life  long  scholar  of  the  profession  of  arms.  A  true  professional,  capable  of  the  most 
demanding  assignments  with  the  Operating  Forces. 

Clearly  the  best  officers  in  the  company.  Have  exhibited  strong  character  and  morally  guided 
judgment.  Have  demonstrated  noteworthy,  competent  leadership  in  garrison  and  in  the  field. 
Officers  have  demonstrated  ability  to  think,  communicate,  lead,  take  charge.  They  show 
wisdom  and  instincts  beyond  their  level  of  experience.  Officers'  performance  consistently 
falls  in  the  top  fifth  of  officers  in  the  company,  without  exception.  Has  established  the 
reading  and  analytical  habits  of  a  life  long  student  of  the  profession  of  arms.  The  small 
numbers  of  officers  receiving  these  scores  attest  to  their  superior  leadership  abilities  and 
potential  relative  to  their  peers. 

Excellent 

Excellent  leadership  performance  throughout  the  course,  routinely  in  the  top  fifth  for  all 
documented  evaluations.  No  negative  trends  or  problem  areas.  Officers  are  capable  of 
handling  difficult  assignments  with  minimal  supervision.  Possess  well  developed  warfighting 
and  communications  skills  and  have  demonstrated  a  bias  for  action.  Officers  make  decisions 
based  on  unwavering  moral  compass.  Have  attacked  TBS  duties  with  the  thirst  of  a  life-long 
learner  in  the  profession  of  arms.  Officers  with  these  grades  have  confidence  in  their 
abilities  and  understand  clearly  the  meaning  of  their  commissions,  carry  themselves  as  public 
figures,  and  exhibit  exemplary  conduct  and  self  control. 

Good 

Solid,  consistent  leadership  performance  throughout  the  course.  Officer  students  in  this 
category  have  demonstrated  leadership  proficiency  in  all  subject  areas.  Students  have  made 
predictable  errors  born  of  inexperience  or  incomplete  knowledge  but  have  learned  from 
mistakes  and  avoided  similar  errors.  Possess  sound  moral  instincts  and  character.  Officers 

will  unquestionably  be  able  to  perform  every  anticipated  assignment  with  the  operating 
forces,  including  combat,  with  normal  supervision  and  guidance. 

Fair 

Capable  leaders  and  wholly  trustworthy.  Performance  at  TBS  may  have  been  inconsistent,  but 

corrected  after  counseling  and  corrective  action.  Often  learn  lessons  the  hard  way,  but 
learn  nonetheless.  Leadership  difficulties  due  to  inexperience,  lack  of  knowledge,  poor 
study  skills,  NOT  a  lack  of  effort  or  inattention.  Despite  errors,  these  officers 
nonetheless  possess  sound  moral  instincts  and  can  be  relied  upon  to  work  hard,  improve,  apply 
experience,  and  seek  assistance  when  required.  Weak  areas  are  compensated  by  strengths  in 
other  areas . 

Poor 

Officer  students  have  met  minimum  standards  required  for  graduation  and  are  capable  of 
leading  Marines.  Officers  may  have  learned  more  slowly  than  their  peers,  or  performed  poorly 
in  early  field  or  garrison  billets.  May  have  lacked  confidence  early  in  the  course. 

Officers  routinely  were  rated  in  the  lower  two  fifths  relative  to  their  peers  on  documented 
leadership  evaluations,  but  performed  well  enough  to  retain  the  confidence  of  their  staff, 

AIs,  and  peers.  Despite  difficulties,  these  officers  possess  the  character  required  to  lead 
Marines  and  are  guided  by  sound  moral  instincts.  Weak  areas  identified  over  the  course  have 
been  addressed  and  satisfactorily  overcome.  Remaining  weaknesses  offset  by  other  strengths. 
Despite  low  leadership  score,  staff  is  nonetheless  confident  that  these  officers  will  be 
competent  professionals  and  leaders. 

Unsat 

Officers  have  not  met  requirements  for  graduation,  failing  to  demonstrate  convincingly  the 
ability  to  lead,  make  decisions,  take  responsibility,  and  /  or  learn.  Ability  to  communicate 
plans,  intentions,  and  information  may  be  inadequately  developed.  Have  not  demonstrated  a 
willingness  or  ability  to  become  students  of  the  profession  of  arms.  Officers  may  lack 
confidence  or  have  lost  the  confidence  of  their  staff  and  peers.  Have  routinely  been 
positioned  in  lower  fifth  during  documented  leadership  evaluations,  billets,  tactical 
billets.  Despite  weaknesses,  these  officers  have  strength  of  character,  desire,  and 
potential  to  overcome  shortcomings,  correct  deficiencies,  and  complete  requirements  of  TBS 
with  proper  counseling,  instruction,  and  effort. 

Officers  have  not  met  requirements  for  graduation,  failing  to  demonstrate  convincingly  the 
ability  to  lead,  make  decisions,  take  responsibility,  and  /  or  learn.  May  have  had  incidents 
of  events  that  reflect  negatively  on  the  officer' s  character  or  have  demonstrated  lapses  in 
moral  judgment.  Ability  to  communicate  plans,  intentions,  and  information  may  be 
inadequately  developed.  Officers  may  lack  confidence  or  have  lost  the  confidence  of  their 
staff  and  peers.  Have  routinely  been  positioned  in  lower  fifth  during  documented  leadership 
evaluations,  billets,  tactical  billets,  or  have  performed  without  a  billet  in  a  manner  that 
demonstrates  poor  leadership  abilities  or  potential.  Officers  assigned  grades  this  low  have 
limited  potential  for  passing  either  the  BOC  or  WOBC,  regardless  of  the  amount  of  energy 
invested  in  their  reclamation. 
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Officer  has  not  met  leadership  requirements  for  graduation  and  does  not  possess  the 
abilities,  desire,  or  professionalism  to  overcome  deficiencies,  regardless  of  the  amount  of 
time  or  energy  invested  in  corrective  action.  Lacking  in  character  or  moral  judgment. 
Officer  students  who  are  either  incapable  or  unwilling  to  lead,  or  have  compromised  their 
moral  authority  to  lead,  should  be  assigned  grades  this  low. 
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G.  EXAM  ADVANCE  SHEET,  BASIC  OFFICER  COURSE 


UNITED  STATES  MARINE  CORPS 

MARINE  CORPS  COMBAT  DEVELOPMENT  COMMAND 
QUANTICO,  VIRGINIA  22134-5086 

BASIC  OFFICER  COURSE  -EXAM  ADVANCE  SHEET  (WITH  TDM) 
Academic  Events 

Weight  X  Grade  Score 

B0321X  ENGINEERING/NBC/AVIATION  3  _  _ 

B0359X  DEFENSE  4  _  _ 

B0362X  PATROLLING  (WRITTEN  &  PRAC  )  3  _  _ 

B0398X  OFFENSE  4  _  _ 

B0791X  BASIC  SKILLS  4  _  _ 

B0792X  LEADERSHIP  &  ADMINISTRATION  4  _  _ 

B0793X  EXPEDITIONARY  OPERATIONS  3  _  _ 

B0859X  COMBINED  ARMS  (WRITTEN  &  PRAC)  4  _  _ 

B4400X  MILITARY  LAW  2  _  _ 

B6602X  WRITING  SKILLS  J_  _  _ 

Academic  Sub-total  32 

Leadership  Events 

B0795X  1ST  LEADERSHIP  EVALUATION  14  _  _ 

B0796X  2ND  LEADERSHIP  EVALUATION  22  _  _ 

Leadership  Sub-total  36 

Military  Skills  Events 

BOIOIX  FITNESS  REPORT  2  _  _ 

B0191X  TECHNIQUES  OF  MILITARY  INSTRUCTION  2  _  _ 

B0344X  COMBAT  ORDERS  FORMAT  1  _  _ 

B0368X  TACTICAL  DECISION  MAKING  4  _  _ 

B1460X  NIGHT  NAVIGATION  FINAL  1  _  _ 

B1470X  LAND  NAVIGATION  2  _  _ 

B1485X  LAND  NAVIGATION  FINAL  EXERCISE  3  _  _ 

B2140X  WEAPONS  PRACTICAL  4  _  _ 

B2291X  RIFLE  QUALIFICATION  2  _  _ 

B2292X  PISTOL  QUALIFICATION  2  _  _ 

B2500X  COMMUNICATIONS  2  _  _ 

B8400X  PHYSICAL  FITNESS  TEST  1  _  _ 

B8493X  OBSTACLE  COURSE  1  _  _ 

B8494X  ENDURANCE  COURSE  2  _  _ 

B8599X  DRILL  EVALUATION  2  _  _ 

B8605X  FIRST  AID  EVALUATION  (WRITTEN  &  PRAC.)  1  _  _ 

Military  Skills  Sub-tot  32 

(Academic  Sub-total*  0.32)  +  (Leadership  Sub-total  *  0.36)  +  (Military  Skills  Sub-total  *  0.32)  = 

Total  Grade 
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H.  EXAM  ADVANCE  SHEET,  WARRANT  OFFICER  BASIC 
COURSE 


UNITED  STATES  MARINE  CORPS 

MARINE  CORPS  COMBAT  DEVELOPMENT  COMMAND 
QUANTICO,  VIRGINIA  22134-5086 

COMPANY I 
2002010  /  M02RMN4 


Academic  Events 


Weight  X  Grade 


WOlOOX  PERSONNEL  AND  GENERAL  ADMIN  6 

W0359X  DEFENSE  AND  PATROLLING  7 

W079IX  BASIC  SKILLS  5 

B0859X  COMBINED  ARMS  7 

B4400X  MILITARY  LAW  4 

B6602X  WRITING  SKILLS  3 


Academic  Sub-total  32 


Leadership  Events 


Score 


W0795X  COMMAND  EVALUATION  36 


Military  Skills  Events 


BOIOIX  FITNESS  REPORT 
B0344X  COMBAT  ORDERS  FORMAT 
W0368X  TACTICAL  DECISION  MAKING 
B 1 470X  LAND  NAVIGATION  WRITTEN 
B 1485X  LAND  NAVIGATION  FINAL 
B2500X  COMMUNICATIONS 
B8400X  PHYSICAL  FITNESS  TEST 
B8494X  ENDURANCE  COURSE 

Military  Skills  Sub-total 


4 

3 

5 

4 

5 
4 
3 

32 


(Academic  Sub-total*  0.32)  +  (Leadership  Sub-total  *  0.36)  +  (Military  Skills  Sub-total  *  0.32)  = 

Total  Grade 
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I.  STUDENT  INTERVIEW  RECORD,  SAFETY  VIOLATION 
CHIT 


SAFETY  VIOLATOR  POLICY 


1 .  Any  Marine  who  violates  a  safety  regulation,  rule  or  standard  will  sign  this  ehit  and  will  be  immediately  eounseled 
by  the  offieer  observing  the  violation. 

2.  Safety  standards  will  be  strietly  followed  at  all  time:  live  fire,  training  area,  and  eompany  area. 

3.  The  ehit  will  be  routed  per  instruetion  on  this  eard. 

4.  Subsequent  violations  may  result  in  a  student  performanee  review  board  as  direeted  by  the  eompany  eommander. 


SAFETY  VIOLATION  CHIT 

INATTENTIVE  DURING  SAFETY  BRIEF - 

FOUR  BASIC  SAFETY  RULES - 

WEAPON  NOT  IN  APPROPRIATE  FIRING  CONDITION - 

NEGLIGENT  DISCHARGE - 

FIRING  OUTSIDE  THE  SAFETY  LIMITS - 

FIRING  ENDANGERING  THE  MARINES  ON  YOUR  FLANKS - 

UNSAFE  WEAPON  TURN-IN - 

OTHER - 


X] 


REMARK:  (eontinue  on  baek  if  neeessary) 


During  BZO,  SNO  had  a  negligent  diseharge  with  the  M249  Squad  Automatie  Weapon. 
SNO  attempted  to  pull  the  eharging  handle  to  the  rear  while  the  weapon  was  on  ‘"SAFE.” 
SNO’s  hand  slipped,  the  bolt  was  sent  home,  and  the  maehine  gun  expended  one  round. 
SNO  is  instrueted  to  re-familiarize  himself  with  the  weapons  eonditions  and 
loading/elearing/misfire/stoppage  proeedures  for  this  weapon  system.  SNO  is  required  to 
write  an  after  aetion  report  on  the  events  surrounding  this  oeeurrenee  (due  at  on  deek 
time  Monday  09  Apr  01). 

wo  R.  D.  Ramsey  Jr.  417  15  0225  _  _ 

STUDENT  NAME  SSN  SIGNATURE  TIME 

SPCNAME:  Cant  K.  G.  Owens 

COMPANY/PLT:  1/5  FIELD  PROBLEM:  R-5  Squad  live  fire  DATE:  010404 

REQUIRED  ROUTING  (BY  COB)  (INITIAL/TIME/DATE) 

1.  RSO/PRIMARY: 


2.  SPC: 


3.  CO  CMDR: 


4.  TBS  SAFETY  OFFICER: 


5.  TBS  S-3: 


6.  TBS  CO: 


7.  PLACE  IN  STUDENT  RECORD 

(1  eopy  on  file  at  TBS  Safety  &  1  eopy  in  the  student’s  eompany  reeord) 
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J.  STUDENT  INTERVIEW  RECORD,  CHRONOLOGICAL 
FAILURE  OF  ACADEMIC/MILITARY  SKILLS  EXAMS 

FAILURE  OF  ACADEMIC  /  MILITARY  SKILLS  EXAMINATION 

Name  Basic  Platoon 

Class 


STAFF  OFFICER'S  STATEMENT 

SNO  was  formally  counseled  concerning  his/her  failure  to 
pass  academic/military  skills  examinations  and  was  placed 
on  platoon  probation.  To  successfully  complete  the  Basic 
Officer's  Course  the  officer  must  achieve  a  passing  grade 
of  70%  on  all  academic  and  military  skills  examinations. 

The  student  must  also  achieve  an  overall  average  grade  of 
75%  in  the  Academic^  Military  Skills  and  Leadership 
categories.  An  officer  who  fails  to  score  70%  or  higher  on 
any  Academic  Evaluation  will  be  re-tested  until  a  passing 
grade  is  achieved.  A  grade  of  60%  or  the  original  failing 
grade^  whichever  is  higher^  will  be  assigned  for  that 
evaluation.  Failures  on  any  Military  Skills  event  will  be 
re-tested  until  the  24^^  week  so  that  a  passing  grade  of  70% 
can  be  attained.  In  addition^  every  officer  must  achieve  a 
minimum  swim  qualification  of  CWS-2  by  the  24^^  week.  An 
Officer  Student  who  fails  three  primary  academic  or 
military  skills  examinations  or  any  academic  subjects 
retest  may^  at  the  Company  Commander' s  discretion^  be 
referred  to  a  TBS  Student  Performance  Review  Board  (SPRB) . 

SNO  understands  that  further  substandard  performance 
academically  will  be  looked  upon  unfavorably  and  could 
result  in  probation^  reassignment  to  another  company^  or  a 
recommendation  by  the  CO  TBS  proposing  separation  of  the 
Officer  Student  from  the  Marine  Corps. 

Exam  Date  Score  Student  Staff  Statement 

_  _  _  _  _  Y  /  N 

_  _  _  _  _  Y  /  N 

_  _  _  _  _  Y  /  N 

_  _  _  _  _  Y  /  N 

_  _  _  _  _  Y  /  N 

Y  /  N 
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K.  MOS  SELECTION  INFORMATION 

MOS  SELECTION  (INFORMATION) 

**  Failure  to  follow  instructions  will  jeopardize  your  chances  of  getting  the  MOS  and/or  Duty 
Station  you  desire. 


REQUIREMENTS  FOR  EACH  MOS: 

MOS  MOS  DESCRIPTION 

0180  Adjutant 

0203  Ground  Intelligence 

0204  Human  Intelligence 

0206  Signals  Intelligence 

0207  Aviation  Intelligence 

0302  Infantry 

0402  Logistics 

0602  Communications  /  Info  Systems 

0802  Artillery 

1302  Engineer 

1802  Armor  /  T anks 

1 803  Amphibious  Armored  Vehicles 

3002  Ground  Supply 

3404  Financial  Management 

4302  Public  Affairs 

5803  Military  Police 

6002  Aviation  Maintenance  Officer 

6602  Aviation  Supply 

7208  Air  Support  Control 

7210  Air  Defense  Control 

7220  Air  Traffic  Control 

7599  Student  Naval  Aviator 

7580  Student  Naval  Flight  Officer 


SPECIAL  REQUIREMENTS 

Male  /  Able  to  receive  a  Top  Secret  Clearance 
Male  /  Able  to  receive  a  Top  Secret  Clearance 
Able  to  receive  a  Top  Secret  Clearance 
Able  to  receive  a  Top  Secret  Clearance 
Male 


Male 

Male 

Male  /  CWS-1 


Male  only  for  the  Surface-to-Air  side  of  the  MOS 

Normal  Color  Vision 

Medically  Qualified  (Flight  Physical) 

Passed  ASTB  (Qualified  for  Pilot)  /  CWS-1  / 
Medically  Qualified 

Passed  ASTB  (Qualified  for  NFO)  /  CWS-1  / 
Medically  Qualified 


1)  There  is  NO  requirement  to  place  a  Non-Combat  Arms  MOS  in  any  specific  place  on  your  list 
(e.g.  in  the  top  3)  nor  is  there  a  requirement  to  place  a  Combat  Arms  MOS  in  any  specific  place. 
Put  the  MOSs  on  your  card  in  the  exact  order  you  want  them. 

2)  Females  will  NOT  place  the  following  MOSS  on  their  MOS  Cards. 

0203  Ground  Intelligence  0802  Artillery 

0204  Human  Intelligence  1 802  Armor  /  Tanks 

0302  Infantry  1803  AAVs 
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L.  MOS  CARDS 

MOS  CARDS 


EVERYONE  WILL  SUBMIT  TWO  CARDS 

( 1  -  SPCs,  1  -  XO)  Card  size  -3x5 

FRONT 


-Top  line  -Last  Name,  First  Name,  MI.SSN  Current  MOS  (9901,  7599,  7580,  4401) 


-  Following  Lines  -  Choice  Number  then  MOS  Choices  (Listed  in  order  of 
preference)  [e.g.  1)  0302  Infantry] 


List  as  shown  below: 

0180  Adjutant  0802  Artillery 

0203  Gmd  Intel  1302  Engineer 


6002  Av.  Maint 
6602  Av.  Supply 


0204  Hum  Intel 
0206  Sig  Intel 
0207  Air  Intel 
0302  Infantry 
0402  Logistics 


1802  Tanks 

1803  AAV 
3002  Supply 
3404  Fin  Mngmt 
4302  Pub  Affairs 


7208  Air  Spt 
7210  Air  Def 
7220  ATC 
7580  NFO 
7599  Pilot 


0602  Comm  5803  MP 

-  Bottom  Right  Hand  Corner  -  Platoon  Number  (Circled) 


*  All  MOSs  that  you  qualify  WILL  be  listed.  If  you  are  qualified  for  NFO  and/or 
Pilot  but  do  not  desire  it.  .  .put  it  last  -  but  you  must  list  it.  -  Female:  15  -17  MOSS  (15  if 
unqual  for  pilot  or  NFO)  -Male:  21-23  MOSs  (23  if  qual  for  both  pilot  and  NFO) 


BACK 

-  In  order  of  precedence  list:  East  Coast,  West  Coast,  Hawaii,  or  Overseas  *  After  Overseas  - 
If  you  are  married  (or  plan  to  be  married  at  the  time  of  PCSing)  list  your  desire  to  go 
Accompanied  (with  family  members)  or  Unaccompanied  (without  family  members). 
-  List  any  Special  Considerations  that  should  be  considered  for  geographical 
assignment  (e.g.  specific  family  member  issues,  spouses  duty  station  if  active  duty,  etc.) 


FRONT 

BACK 

Benatz,  John.  P. 

123  45  6789 

9901 

East 

1)  1802  Tanks 

10)  6002  Air  Maint 

1 9)  7208  Air  Support 

West 

2)  1803  AAV 

1 1)  0302  Infantry 

20)  4302  Pub  Affair 

Overseas  (Accompanied) 

3)  0402  Logistics 

12)  0203  Gmd  Intel 

21)0207  Air  Intel 

Hawaii 

4)  0602  Comm 

13)  0204  Hum  Intel 

22)  7580  NFO 

5)  0802  Artillery 

14)  0206  Sig  Intel 

23)  7599  Pilot 

6)  5803  MP 

15)  3002  Supply 

I  divorced  and  my  son  lives 

7)  7220  ATC 

16)  0180  Adjutant 

in  Raleigh  N.C.  with  his  mother. 

8)  7210  Air  Def 

17)  3404  Fin  Mgmt 

9)  6602  Av  Sup 

18)  1302  Engineer 

**  Contract  7599s,  7580s  &  4401s  will  submit  cards  also  (for  purposes  of  assigning  an  MOS  later  on  if 
the  contract  fall  through  for  some  reason  [Medical,  etc.]) 
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APPENDIX  C:  DATA  MODEL  ENTITIES 


APPENDIX  D:  USER  SURVEY  AND  STATISTICAL  ANALYSIS 


A.  USER  SURVEYS 

1 .  To  what  group  do  you  belong? 

a.  TBS  Instructor  or  Permanent  Staff  (Warfighting,  SPC,  Headquarters  Staff) 

b.  TBS  Student 

c.  TBS  Support  Staff  (Cl  Company,  Armory,  etc) 

2.  What  is  your  gender? 

a.  Female 

b.  Male 

3.  What  is  your  rank? 

a.  Enlisted  (SGT  and  below) 

b.  SNCO 

c.  2"*^  Lieutenant  -  E' Lieutenant 

d.  Warrant  Officer  (W0-CW05) 

e.  Captain 
f  Major 

g.  Lt  Colonel 

4.  Rate  how  much  computer  experience  you  have? 

a.  Computer  Illiterate  (I  could  turn  on  a  computer  if  forced). 

b.  Semi-Literate  (I  can  operate  a  computer  for  email  and  web-surfing). 

c.  Literate  (email,  web-surfmg,  word  processing,  etc). 

d.  Can’t  go  through  a  day  without  a  computer. 

5.  Rate  your  familiarity  with  databases? 

a.  Not  a  clue. 

b.  I  know  what  they  are  but  have  no  need  or  no  experience  with  them. 

c.  Semi-Literate  (I  can  operate  products  such  as  Microsoft  Access  for  data  storage 
and  processing). 

d.  Literate  (I  can  create,  maintain,  and  manipulate  data  in  a  database). 

6.  How  useful  would  you  consider  a  TBS  specific  database  be  to  you? 

a.  Not  very  useful. 

b.  Somewhat  useful. 

c.  Very  useful. 

d.  Unit  could  not  function  without  one. 

7.  How  useful  would  a  common  database  in  the  hands  of  every  graduating  Lieutenant  be  in 
the  fleet? 

a.  Not  very  useful. 

b.  Somewhat  useful. 
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c.  Very  useful. 

d.  I  would  rather  learn  what  the  unit  is  currently  using  and  adapt  to  it  rather  than 
introduce  new  a  system. 

8.  Rate  how  useful  you  would  consider  and  addition  to  the  POI  for  instruction  in  computer 
based  office  tools. 

a.  Not  useful  at  all,  we  spend  too  much  time  in  class  as  it  is. 

b.  Somewhat  useful,  most  of  us  could  use  to  learn  administrative  functions. 

c.  Useful,  it  would  be  helpful  to  learn  basic  information  and  ways  to  use  the  systems 
provided  (i.e.  MS  Word,  MS  Excel,  Outlook). 

d.  Extremely  useful,  my  functions  as  a  Marine  Officer  will  depend  as  much  on  my 
administrative  ability  as  on  my  field  training. 

9.  For  reports  and/or  submissions  to  higher  HHQ  would  you  prefer: 

a.  The  report  format  on-screen  (it  looks  just  like  the  final  report) 

b.  A  tabular  form  of  the  data  for  on-screen  manipulation  but  the  report  prints  in  the 
correct  format. 

a  user-friendly  database,  what  is  the  most  important  functionality  it  must  have? 

The  database  needs  to  know  what  reports  and  what  manipulation  I  will  need  to  do 
based  on  my  login  profile  and  billet. 

The  database  needs  to  track  all  of  the  information  and  then  I  will  tell  it  what 
reports  to  produce. 

The  database  can  maintain  a  standard  set  of  information  and  then  I  can  add  new 
fields  and  manipulate  the  data  as  the  need  arises. 

1 1.  As  a  graduating  Lieutenant,  would  you  be  interested  in  a  Windows  based  tool  with  a 
similar  database  to  that  one  used  by  both  the  Headquarters  section  and  the  Cl  Company  at 
TBS? 

a.  Interested. 

b.  Not  interested. 

c.  Didn’t  or  don’t  understand  the  question. 

12.  What  is  the  most  important  criteria  for  a  database  (consider  yourself  an  SPC  or  Platoon 
Sergeant  responsible  for  tracking  administrative  data  for  30  Marines)? 

a.  Ease  of  use  (Given  a  user’s  manual  and  on-line  help) 

b.  Ability  to  manipulate  the  data  to  produce  reports 

c.  One  stop  shopping  for  all  information  tracking  needs. 

13.  AS  A  STUDENT  AT  TBS,  rate  your  interest  in  the  ability  to  access  a  website  containing 
your  evaluations  during  the  different  phases  of  the  POI  to  include,  test  scores,  leadership 
evaluations,  peer  rankings,  etc. 

a.  Very  interested,  I  couldn’t  sleep  without  knowing  these  things. 

b.  Moderately  interested,  I  would  like  to  know  if  I  am  going  to  fail. 

c.  Not  interested,  the  final  certificate  and  a  MOS  are  all  that  concern  me. 


10.  Given 

a. 

b. 

c. 


100 


14.  AS  A  PART  OF  THE  STAFF  at  TBS  (all  others  besides  students)  rate  your  interest  in  the 
ability  to  access  a  website  containing  Officer-student  (or  Enlisted  Marine)  information 
which  would  allow  you  to  track  the  progress  of  the  Marine  and  manipulate  the  data  to 
produce  desired  reports.  Progress  in  this  case  could  be  seen  as  Rifle  scores,  Land  Nav 
evaluations,  MCI  completion,  etc. 

a.  Very  interested. 

b.  Moderately  interested,  I  perform  most  of  these  functions  by  hand  or  with  different 
database  tools  so  an  all  encompassing  tool  would  be  nice. 

c.  Not  interested. 

15.  In  regards  to  producing  a  new  product  for  TBS. 

a.  What  comments  or  suggestions  could  you  provide? 

b.  What  is  most  lacking  at  TBS  relative  to  technology? 
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B.  CHARTS  CREATED  BASED  ON  USERS  RESPONSES 


Computer  Experience 


A=NONE  D=Very  Literate 


Chart  B-1 


Common  Database  for  all  Lieutenants? 


A=Not  very  useful  D=Defer  to  see  what  the  new  unit  is  using 


Chart  B-2 
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Familiarity  with  Databases 


A=NONE  D=Lite  rate  (create,  maintain,  etc) 


Chart  B-3 


Add  office  tool  instruction  to  the  POI 


A=Do  not  add  to  the  POI  D=Definitely  add  to  the  POI 


Chart  B-4 
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Database  useful  to  TBS 


A=Not  very  useful  C=Very  Useful 


Chart  B-5 


Preference  for  Report  generation 


A=On  screen  is  the  same  as  print  version  B=On  screen  data  is  tabuiar  but 
report  format  is  correct 


Chart  B-6 
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Interest  in  a  website  to  show  information  to  LTs  during  TBS 

POI  aksed  from  the  perspective  of  a  student  at  TBS 

7 

0 

c; 
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A  B  C  D  No  Answer 

A=Very  Interested  C=Not  Interested 

Chart  B-7 


Interest  in  a  website  for  accessing  Marine's  information 
asked  from  the  perspective  of  a  staff  officer  at  TBS 
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4 

Q 
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U 
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Most  important  functionality 


A=Database  knows  all  B=l  will  tell  the  database  what  to  do  C=lwill 
manipulate  the  data  as  required 


Chart  B-9 

Common  database  for  new  LTs 


A=lnterested  C=Didn't  understand 


Chart  B-10 
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Most  important  criteria  for  a  database 


A=Ease  of  Use  B=Ability  to  manipulate  data  C=One  source  for 

all  needs 


Chart  B-1 
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APPENDIX  E:  DESIGN  VIEW  AND  HTML  CODE 


A.  BIR.asp,  Basic  Individual  Record 
1.  DESIGN  VIEW 


2.  CODE 

<%@LANGUAGE="VBSCRIPT"%> 

<% 

'  ***  Logout  the  current  user. 

MM_Logout  =  CStr(Request.ServerVariables("URL"))  &  "?MM_Logoutnow=l" 
If  (CStr(Request("MM_Logoutnow"))  =  "1")  Then 
Session.Abandon 

MMlogoutRedirectPage  =  "default.htm" 

'  redirect  with  URL  parameters  (remove  the  "MM_Logoutnow"  query  param). 
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if  (MM  logoutRedirectPage  =  "")  Then  MM  logoutRedirectPage  = 
CStr(Request.ServerVariables("URL")) 

If  (InStr(l,  UC  redirectPage,  vbTextCompare)  =  0  And  Request.QueryString  <> 

"")  Then 

MM_newQS  = "?" 

For  Each  Item  In  Request.QueryString 
If  (Item  <>  "MM_Logoutnow")  Then 
If  (Len(MM_newQS)  >1)  Then  MM_newQS  =  MM_newQS  &  "&" 

MM_newQS  =  MM_newQS  &  Item  &  "="  & 
Server.URLencode(Request.QueryString(Item)) 

End  If 
Next 

if  (Len(MM_newQS)  >1)  Then  MM  logoutRedirectPage  =  MM  logoutRedirectPage 
&  MM_newQS 
End  If 

Response.Redirect(MM_logoutRedirectPage) 

End  If 

%> 

<!— #include  fde="Connections/SWORDDatabase.asp"  — > 

<% 

'  ***  Edit  Operations:  declare  variables 

MM_editAction  =  CStr(Request("URL")) 

If  (Request.QueryString  <>  "")  Then 
MM_editAction  =  MM_editAction  &  "?"  &  Request.QueryString 
End  If 

'  boolean  to  abort  record  edit 
MM_abortEdit  =  false 

'  query  string  to  execute 
MM_editQuery  = "" 

%> 

<% 

'  ***  Update  Record:  set  variables 

If  (CStr(Request("MM_update"))  <>  ""  And  CStr(Request("MM_recordId"))  <>  "") 

Then 

MMeditConnection  =  MMSWORDDatabaseSTRING 
MM_editTable  =  "Marine" 

MMeditColumn  =  "MarinelD" 

MM_recordId  =  ""  +  Request.Form("MM_recordId")  +  "" 

MMeditRedirectUrl  =  "SWORDdefault.asp" 

MM_fieldsStr  = 

"txtLastName|value|txtContract|value|txtFirstName|value|txtCollege|value|txtMI|value|txt 
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CommSource|value|txtSSN|value|txtAFADB|value|txtNickname|value|txtPEBD|value|txt 
DOR|value|txtGender|value|txtEAS|value|txtRace|value|txtReligion|value|chkIntemational 
|value|txtBl;oodType|value|txtDependentStatus|value|txtDOB|value|txtUserName|value|tx 
tPassword|value|txtSquad|value|txtAccessLevel|value|txtFireTeam|value" 
MM_columnsStr  = 

"LastNamel', none, "|Contract|', none, "|FirstName|', none, "|College|', none, "|MI|', none, "|Com 
missionSourcel', none, "|SSN|', none, "|AFADB|#, none, NULL|Nickname|', none, "|PEBD|#, no 
ne,NULL|DOR|#,none,NULL|Gender|',none,"|EAS|#,none,NULL|Race|',none,"|Religion|', 
none, "|IntemationalStudent|none, Yes, No|BloodType|', none, "|DependentStatus|', none, "|Da 
teOfBirthI#, none, NULL|UserName|', none, "|Password|',none,"|Squad|none,none,NULL|Ac 
cessLevell', none, "|FireTeani|none, none, NULL" 

'  create  the  MM_fields  and  MM_colunins  arrays 
MM_fields  =  Split(MM_fieldsStr,  "I") 

MM_columns  =  Split(MM_columnsStr,  "|") 

'  set  the  form  values 

For  i  =  LBound(MM_fields)  To  UBound(MM_fields)  Step  2 
MM_fields(i+l)  =  CStr(Request.Form(MM_fields(i))) 

Next 

'  append  the  query  string  to  the  redirect  URL 

If  (MM_editRedirectUrl  o  ""  And  Request. QueryString  o  "")  Then 
If  (InStr(I,  MM_editRedirectUrl,  "?",  vbTextCompare)  =  0  And  Request.QueryString 
<>  "")  Then 

MM  editRedirectUrl  =  MM  editRedirectUrl  &  "?"  &  Request.QueryString 
Else 

MM  editRedirectUrl  =  MM  editRedirectUrl  &  "&"  &  Request.QueryString 
End  If 
End  If 

End  If 

%> 

<% 

'  ***  Update  Record:  construct  a  sql  update  statement  and  execute  it 

If  (CStr(Request("MM_update"))  <>  ""  And  CStr(Request("MM_recordId"))  <>  "") 

Then 

'  create  the  sql  update  statement 

MM_editQuery  =  "update  "  &  MM_editTable  &  "  set  " 

For  i  =  LBound(MM_fields)  To  UBound(MM_fields)  Step  2 
FormVal  =  MM_fields(i+l) 

MM_typeArray  =  Split(MM_columns(i+l ),",") 

Delim  =  MM_typeArray(0) 

If  (Delim  =  "none")  Then  Delim  =  "" 
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AltVal  =  MM_typeArray(l) 

If  (AltVal  =  "none")  Then  AltVal  =  "" 

Empty  Val  =  MM_typeArray(2) 

If  (Empty  Val  =  "none")  Then  Empty  Val  =  "" 

If  (FormVal  =  "")  Then 
FormVal  =  Empty  Val 
Else 

If  (AltVal  <>  "")  Then 
FormVal  =  AltVal 

Elself  (Delim  =  ""')  Then  '  escape  quotes 
FormVal  =  "'"  &  Replace(FormVal, ""',""")  & 

Else 

FormVal  =  Delim  +  FormVal  +  Delim 
End  If 
End  If 

If  (i  <>  LBound(MM_fields))  Then 
MM_editQuery  =  MM_editQuery  & 

End  If 

MM_editQuery  =  MM_editQuery  &  MM_columns(i)  &  "  =  "  &  FormVal 
Next 

MM_editQuery  =  MM_editQuery  &  "  where  "  &  MM_editColumn  &  "  =  "  & 
MM_recordId 

If  (Not  MM_abortEdit)  Then 
'  execute  the  update 

Set  MM_editCmd  =  Server.CreateObject("ADODB. Command") 
MMeditCmd.ActiveConnection  =  MMeditConnection 
MMeditCmd.CommandText  =  MMeditQuery 
MMeditCmd.Execute 
MMeditCmd.ActiveConnection.Close 

If  (MM_editRedirectUrl  <>  "")  Then 
Response.Redirect(MM_editRedirectUrl) 

End  If 
End  If 

End  If 

%> 

<% 

Dim  UserName _ MMColParam 

UserName _ MMColParam  =  "1" 

if  (Session("MM_Usemame")  <>  "")  then  UserName _ MMColParam  = 

Session("MM_Usemame") 

%> 

<% 

set  UserName  =  Server. CreateObject("ADODB. Recordset") 
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UserName.ActiveConnection  =  MMSWORDDatabaseSTRING 
UserName.Source  =  "SELECT  MarinelD,  LastName,  FirstName,  MI,  RankID,  SSN, 
UserName,  Password  FROM  Marine  WHERE  UserName  =  + 

Replace(UserName _ MMColParam, """)  + 

UserName.CursorType  =  0 
UserName.CursorLocation  =  2 
UserName.LockType  =  3 
UserName.OpenO 
UserName_numRows  =  0 
%> 

<% 

Dim  Marine _ MMColParam 

Marine _ MMColParam  =  "1 " 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Marine _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

set  Marine  =  Server.CreateObject("ADODB.Recordset") 

Marine.ActiveConnection  =  MMSWORDDatabaseSTRING 

Marine.  Source  =  "SELECT  *  FROM  Query  Marine  WHERE  MarinelD  =  "  + 

Replace(Marine_MMColParam,  """)  +  "" 

Marine.CursorType  =  0 
Marine.CursorLocation  =  2 
Marine.LockType  =  3 
Marine.  Open() 

MarinenumRows  =  0 
%> 

<% 

Dim  Rank  MMColParam 
Rank_MMColParam  =  "1" 

if  (Request.QueryStringC'RankID")  <>  "")  then  Rank  MMColParam  = 
Request.QueryStringC'RankID") 

%> 

<% 

set  Rank  =  Server.CreateObject("ADODB.Recordset") 

Rank.ActiveConnection  =  MM_SWORDDatabase_STRING 
Rank.Source  =  "SELECT  *  FROM  RankLookup  WHERE  RankID  =  "  + 
Replace(Rank_MMColParam, """)  +  "" 

Rank.CursorType  =  0 
Rank.CursorLocation  =  2 
Rank.LockType  =  3 
Rank.OpenQ 
Rank_numRows  =  0 
%> 

<% 

Dim  CollateralDuty _ MMColParam 
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CollateralDuty _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CollateralDutylD")  <>  "")  then  CollateralDuty _ MMColParam 

=  Request.QueryStringC'CollateralDutylD") 

%> 

<% 

set  CollateralDuty  =  Server.CreateObject("ADODB.Recordset") 

CollateralDuty.ActiveConnection  =  MM_SWORDDatabase_STRING 

CollateralDuty.Source  =  "SELECT  *  FROM  CollateralDutyLookup  WHERE 

CollateralDutylD  =  "  +  Replace(CollateralDuty_MMColParam, """)  +  "" 

CollateralDuty.CursorType  =  0 

CollateralDuty.CursorLocation  =  2 

CollateralDuty.LockType  =  3 

CollateralDuty.OpenO 

CollateralDuty_nuniRows  =  0 

%> 

<% 

Dim  LightDuty  MMColParam 
LightDuty _ MMColParam  =  "1" 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  LightDuty  MMColParam  = 
Request.QueryStringC'MarinelD") 

%> 

<% 

set  LightDuty  =  Server. CreateObject("ADODB. Recordset") 

LightDuty.  ActiveConnection  =  MMSWORDDatabaseSTRlNG 
LightDuty. Source  =  "SELECT  *  FROM  LightDuty  WHERE  MarinelD  =  "  + 

Replace(LightDuty _ MMColParam, """)  +  "" 

LightDuty.CursorType  =  0 
LightDuty.  CursorLocation  =  2 
LightDuty.LockType  =  3 
LightDuty.  Open() 

LightDutynumRows  =  0 
%> 

<% 

set  Company  =  Server.CreateObject("ADODB.Recordset") 

Company  .ActiveConnection  =  MM_SWORDDatabase_STRING 

Company. Source  =  "SELECT  CompanylD,  CompanyName  FROM  CompanyLookup" 

Company.CursorType  =  0 

Company.CursorLocation  =  2 

Company.LockType  =  3 

Company.OpenO 

CompanynumRows  =  0 

%> 

<% 

set  Platoon  =  Server.CreateObject("ADODB. Recordset") 

Platoon.ActiveConnection  =  MM_SWORDDatabase_STRING 
Platoon. Source  =  "SELECT  *  FROM  PlatoonLookup" 
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Platoon.CursorType  =  0 
Platoon.CursorLocation  =  2 
Platoon.LockType  =  3 
Platoon.Open() 

PlatoonnumRows  =  0 
%> 

<html> 

<head> 

<title>Basic  Information  Record</title> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=iso-8859-l"> 

<script  language="JavaScript"> 

<!- 

<!- 

function  MM_reloadPage(init)  {  //reloads  the  window  if  Nav4  resized 
if  (init==true)  with  (navigator)  {if 
((appName=="Netseape")&&(parseInt(appVersion)==4))  { 

doeument.MM_pgW=innerWidth;  doeument.MM_pgH=innerHeight; 
onresize=MM_reloadPage; } } 

else  if  (innerWidth!=doeument.MM_pgW  ||  innerHeight!=doeument.MM_pgH) 
loeation.reloadO; 

} 

MM_reloadPage(true); 

//-> 

funetion  MM_swapImgRestore()  { //v3.0 
var  i,x,a=doeument.MM_sr;  for(i=0;a&&i<a.length&&(x=a[i])&&x.oSre;i++) 
x.sre=x.oSrc; 

} 

funetion  MM_preloadImages()  { //v3.0 
var  d=doeument;  if(d.images){  if(!d.MM_p)  d.MM_p=new  Array(); 
var  i,j=d.MM_p. length, a=MM_preloadImages. arguments;  for(i=0;  i<a.length;  i++) 
if  (a[i].indexOf("#")!=0){  d.MM_p[j]=new  Image;  d.MM_p[j++].src=a[i];}} 

} 

funetion  MM_fmdObj(n,  d)  { //v4.0 

varp,i,x;  if(!d)  d=doeument;  if((p=n.indexOf("?"))>0&&parent.frames. length)  { 
d=parent.ff ames[n.substring(p+ 1 )] .document;  n=n.substring(0,p); } 
if(!(x=d[n])&&d.all)  x=d.all[n];  for  (i=0;!x&&i<d.forms.length;i++)  x=d.forms[i][n]; 
for(i=0;!x&&d.layers&&i<d.layers.length;i++) 
x=MM_fmdObj  (n,d.  layers  [i] .  doeument) ; 
if(!x  &&  doeument.getElementByld)  x=doeument.getElementById(n);  return  x; 

} 

funetion  MM_swapImage()  { //v3.0 
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var  i,j=0,x,a=MM_swapImage. arguments;  document. MM_sr=new  Array; 
for(i=0 ;  i<(a.  length-2) ;  i+=3 ) 

if  ((x=MM_fmdObj(a[i]))!=null){document.MM_sr[j++]=x;  if(!x.oSrc)  x.oSrc=x.src; 
x.src=a[i+2];} 

} 

//-> 

</script> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000" 

onLoad="MM_preloadImages('Images/mnuLocateOver.gif,'Images/mnuLocateDown.gif 
,'Images/mnuLogoutOver.gif,'Images/mnuLogoutDown.gif,'Images/mnuBIROver.gif,'I 
mages/mnuB  IRDown.gif  ,'Images/mnuRecallOver.gif,'Images/mnuRecallDown.gif,'Ima 
ges/mnuEvalInfoOver.gif  ,'Images/mnuEvaluationDown.gif, 'mnuClickOver.gif  ,'mnuClic 
kE)own.gif,'Images/mnuB  TROver.gif  ,'Images/mnuBTRDown.gif)"> 

<div  id="Layerl"  style="position: absolute;  left:10px;  top:60px;  width:426px; 
height:25px;  z- index: !"> 

<table  width="433"  border="0"> 

<tr> 

<td><font  color="#FF0000">Current  User: 
<%=(UserName.Fields.ltem("LastName").Value)%>, 
<%=(UserName.Fields.Item("FirstName").Value)%></font></td> 

</tr> 

</table> 

</div> 

<div  id="Layer3"  style="position: absolute;  left:200px;  top:145px;  width:767px; 
height:585px;  z-index:3;  visibility:  visible;  overflow:  auto"> 

<form  name="EditBasic"  method="POST"  action="<%=MM_editAction%>"> 

<table  width="756"  border="0"> 

<tr> 

<td  colspan="4"> 

<div  align="center"><font  color="#0000FF"><b>Basic  Individual 
Record</b></ font></ di  v> 

</td> 

</tr> 

<tr> 

<td><font  color="#0000FF">Last  Name</font></td> 

<td  width="239"> 

<input  type="text"  name="txtLastName" 
value="<%=(Marine.Fields.Item("LastName").Value)%>"  size="30"> 

</td> 

<td  width="163"><font  color="#0000FF">Contract</font></td> 

<td  width="160"> 

<input  type="text"  name="txtContract" 
value="<%=(Marine.Fields.Item("Contract").Value)%>"> 

</td> 

</tr> 
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<tr> 

<td><font  color="#OOOOFF">First  Name</font></td> 

<td  width="239"> 

<input  type="text"  name="txtFirstName" 
value="<%=(Marine.Fields.Item("FirstName").Value)%>"  size="30"> 

</td> 

<td  width="163"><font  color="#OOOOFF">College</font></td> 

<td  width="160"> 

<input  type="text"  name="txtCollege" 
value="<%=(Marine.Fields.Item("College").Value)%>"  size="30"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Middle  Initial</font></td> 

<td  width="239"> 

<input  type="text"  name="txtMI" 
value="<%=(Marine.Fields.Item("MI").Value)%>"  size="  1  "> 

</td> 

<td  width="163"><font  color="#OOOOFF">Commissioning  Source</font></td> 
<td  width="160"> 

<input  type="text"  name="txtCommSource" 
value="<%=(Marine.Fields.Item("CommissionSource").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">SSN</font></td> 

<td  width="239"> 

<input  type="text"  name="txtSSN" 
value="<%=(Marine.Fields.Item("SSN").Value)%>"  size="9"> 

</td> 

<td  width="163"><font  color="#OOOOFF">AFADB</font></td> 

<td  width="160"> 

<input  type="text"  name="txtAFADB" 
value="<%=(Marine.Fields.Item("AFADB").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Nickname</font></td> 

<td  width="239"> 

<input  type="text"  name="txtNickname" 
value="<%=(Marine.Fields.Item("Nickname").Value)%>"> 

</td> 

<td  width="163"><font  color="#OOOOFF">PEBD</font></td> 

<td  width="160"> 

<input  type="text"  name="txtPEBD" 
value="<%=(Marine.Fields.Item("PEBD").Value)%>"> 
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</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Rank</font></td> 

<td  width="239"> 

<input  type="text"  name="txtRank" 
value="<%=(Rank.Fields.Item("Rank").Value)%>"> 

</td> 

<td  width="163"><font  color="#OOOOFF">DOR</font></td> 
<td  width="160"> 

<input  type="text"  name="txtDOR" 
value="<%=(Marine.Fields.Item("DOR").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Gender</font></td> 

<td  width="239"> 

<input  type="text"  name="txtGender" 
value="<%=(Marine.Fields.Item("Gender").Value)%>"> 

</td> 

<td  width="163"><font  color="#OOOOFF">EAS</font></td> 
<td  width="160"> 

<input  type="text"  name="txtEAS" 
value="<%=(Marine.Fields.Item("EAS").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Race</font></td> 

<td  width="239"> 

<input  type="text"  name="txtRace" 
value="<%=(Marine.Fields.Item("Race").Value)%>"> 

</td> 

<td  width="163">&nbsp;</td> 

<td  width="160">&nbsp;</td> 

</tr> 

<tr> 

<td  beigbt="20"><font  color="#OOOOFF">Religion</font></td> 
<td  widtb="239"  beigbt="20"> 

<input  type="text"  name="txtReligion" 
value="<%=(Marine.Fields.Item("Religion").Value)%>"> 

</td> 

<td><font  color="#OOOOFF"><b>Medical</b></font></td> 
<td>&nbsp;</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Intemational</font></td> 
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<td  width="239"> 

<input  type="checkbox"  name="chkIntemational" 
value="<%=(Marine.Fields.Item("IntemationalStudent").Value)%>"> 

</td> 

<td  width="163"><font  color="#OOOOFF">Blood  Type</font></td> 

<td  width="160"> 

<input  type="text"  name="txtBl;oodType" 
value="<%=(Marine.Fields.Item("BloodType").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Dependent  Status</font></td> 

<td  width="239"> 

<input  type="text"  name="txtDependentStatus" 
value="<%=(Marine.Fields.Item("DependentStatus").Value)%>"> 

</td> 

<td  width="163"><font  color="#OOOOFF">Light  Duty  Records</font></td> 

<td  width="160"><a 

href="BIRMedical.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image5  V', 'innuClickOver.gif,  1)" 
onClick="MM_swapImage('Image5V','nmuClickDown.gif,l)"><img 
src="mnuClickOff.gif'  width="130"  height="20"  border="0"  name="Image5"></a></td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Date  of  Birtb</font></td> 

<td  widtb="239"> 

<input  type="text"  name="txtDOB" 
value="<%=(Marine.Fields.Item("DateOfBirtb").Value)%>"> 

</td> 

<td  widtb="163">&nbsp;</td> 

<td  widtb="160">&nbsp;</td> 

</tr> 

<tr> 

<td>&nbsp;</td> 

<td  widtb="239">&nbsp;</td> 

<td  widtb="163"><font  color="#0000FF"><b>Unit  Information</b></font></td> 
<td  widtb="160">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><font  color="#OOOOFF"><b>SWORD 
Information</b></ font></td> 

<td><font  color="#0000FF">Company</font></td> 

<td  widtb="239"> 

<select  name="select"> 

<% 
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While  (NOT  Company.EOF) 

%> 

<option  value="<%=(Company.Fields.Item("CompanyID").Value)%>"  <%if 
(CStr(Company.Fields.Item("CompanyID").  Value)  = 

CStr(Marine.Fields.Item("CompanyID").Value))  then  Response.Write("SELECTED") : 
Response.Write("")%> 

><%=(Company.Fields.Item("CompanyName").Value)%></option> 

<% 

Company.MoveNextO 

Wend 

If  (Company.CursorType  >  0)  Then 
Company  .MoveFirst 
Else 

Company.Requery 
End  If 

%> 

</select> 

</td> 

</tr> 

<tr> 

<td><font  color="#0000FF">User  Name</font></td> 

<td  width="239"> 

<input  type="text"  name="txtUserName" 
value="<%=(Marine.Fields.Item("UserName").Value)%>"> 

</td> 

<td><font  color="#0000FF">Platoon</font></td> 

<td  width="239"> 

<select  name="selPlatoon"> 

<% 

While  (NOT  Platoon.EOF) 

%> 

<option  value="<%=(Platoon.Fields.Item("PlatoonID").Value)%>"  <%if 
(CStr(Platoon.Fields.Item("PlatoonID").  Value)  = 

CStr(Marine.Fields.Item("PlatoonID").Value))  then  Response.Write("SELECTED") : 
Response.Write("")%>  ><%=(Platoon.Fields.Item("Platoon").Value)%></option> 

<% 

Platoon.MoveNextO 

Wend 

If  (Platoon.CursorType  >  0)  Then 
Platoon.MoveFirst 
Else 

Platoon.Requery 
End  If 

%> 

</select> 

</td> 
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</tr> 

<tr> 

<td><font  color="#OOOOFF">Password</font></td> 

<td  width="239"> 

<input  type="password"  name="txtPassword" 
value="<%=(Marine.Fields.Item("Password").Value)%>"> 

</td> 

<td><font  color="#OOOOFF">Squad/Section</font></td> 

<td  width="239"> 

<input  type="text"  name="txtSquad" 
value="<%=(Marine.Fields.Item("SquadORSection").Value)%>"> 

</td> 

</tr> 

<tr> 

<td><font  color="#OOOOFF">Access  Level</font></td> 

<td  width="239"> 

<input  type="text"  name="txtAccessLevel" 
value="<%=(Marine.Fields.Item("AccessLevel").Value)%>"> 

</td> 

<td><font  color="#OOOOFF">Fire  Team</font></td> 

<td  width="239"> 

<input  type="text"  name="txtFireTeam" 
value="<%=(Marine.Fields.Item("FireTeam").Value)%>"> 

</td> 

</tr> 

<tr> 

<td>&nbsp;</td> 

<td  width="239">&nbsp;</td> 

<td>&nbsp;</td> 

<td  width="239">&nbsp;</td> 

</tr> 

<tr> 

<td>&nbsp;</td> 

<td  width="239">&nbsp;</td> 

<td  width="163">&nbsp;</td> 

<td  width="160">&nbsp;</td> 

</tr> 

</table> 

<div  align="center"> 

<input  type=" submit"  name="Submit"  value="Update  Record"> 
</div> 

<input  type="hidden"  name="MM_update"  value="true"> 

<input  type="hidden"  name="MM_recordId"  value="<%= 
Marine.Fields.Item("MarineID"). Value  %>"> 

</form> 

</div> 


121 


<img  src="Images/SWORDbar.gif'  width="955"  height="12r'> 

<table  width="126"  border="0"  cellpadding="0"  cellspacing="0"  mm:layoutgroup="true" 
height="591"> 

<tr> 

<td  valign="top"  height="505"  width="126"> 

<table  width="180"  border="0"  bgcolor="#CCCCCC"> 

<tr> 

<td  height="24"  width="154"><img  src="Images/mnuEnterDown.gif' 
width="130"  height="20"  name="EnterNew"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuBIROff.gif'  width="130"  height="20" 
name="NewBIR"  border="0"></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><img  src="Images/mnuBTROff.gif'  width="130" 
height="20"></p> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuRecallOff.gif'  width="130" 
height="20"  name="RecalU  "></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="  1 54"><img  src="Images/mnuEditDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a  href="SelectCompany.asp" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image  1  V','Iniages/mnuLocateOver.gif ,  1 )" 
onClick="MM_swapImage('Image  1  V','Images/mnuLocateDown.gif ,  1  )"><img 
src="Images/mnuLocateOff.gif'  width="130"  height="20"  border="0" 
name="Imagel  "></a></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="BIR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 
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onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('NewBIRl  V','Images/mnuB  IROver.gif ,  1 )" 
onClick="MM_swapImage('NewBIRr,'','Iinages/mnuBIRDown.gif,l)"><img 
src="Images/mnuBIROff.gif'  width="130"  height="20"  name="NewBIRr' 
border="  0  "></ a></ di  v> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><a 

href="BTR.asp?MarineID=<%=(Marine. Fields. Item("MarineID").Value)%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image6V','Images/mnuBTROver.gif,l)" 
onClick="MM_swapImage('Image6V', 'Images/mnuB  TRDown.gif,  l)"><img 
src="Images/mnuBTROff.gif'  width="130"  height="20"  border="0" 
name="Image6"></a></p> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="Recall.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Recair,",'Images/mnuRecallOver.gif,l)" 
onClick="MM_swapImage('Recair,'','Images/mnuRecallDown.gif,l)"><img 
src="Images/mnuRecallOff.gif'  width="130"  height="20"  name="RecaH" 
border="  0  "></ a></ div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="EvalMenu.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>&Com 

panyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image4',",'Images/mnuEvalInfoOver.gif,l)" 
onClick="MM_swapImage('Image4V','Images/mnuEvaluationDown.gif,l)"><img 
src="Images/mnuEvalInfoOff.gif'  width="130"  height="20"  border="0" 
name="Image4"></a></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 
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</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuCompositeDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuOtherInfoOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSOISDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuNewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuSpecialOff.gif'  width="130" 
height="20"  name="Image2"></div> 

</td> 

</tr> 

<tr> 
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<td  width="154"> 

<div  align="right"><img  src="Images/mnuAssetMgtOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSchedulingDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewMasterSchedOff.gif' 
width="130"  height="20"  name="Image3"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><a  href="<%=MM_Logout%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Logout',",'Images/mnuLogoutOver.gif,l)" 
onClick="MM_swapImage('LogoutV','Images/mnuLogoutDown.gif,l)"><img 
name="Logout"  border="0"  src="Images/mnuLogoutOff.gif'  width="130" 
height="20"></a></td> 

</tr> 

</table> 

</td> 

</tr> 

</table> 

</body> 

</html> 

<% 

UserName.CloseO 

%> 

<% 

Marine. CloseQ 

%> 

<% 

Rank.CloseO 

%> 

<% 

CollateralDuty.CloseO 
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LightDuty.CloseO 

%> 

<% 

Company.CloseO 

%> 

<% 

Platoon.CloseO 


B.  UnsuccessfulLogin.asp,  SWORD  Unsuccessful  Login  Attempt 


1.  DESIGN  VIEW 


2.  CODE 

<%@LANGUAGE="VBSCRIPT"%> 

<!— #include  file="Connections/SWORDDatabase.asp"  — > 

<% 

set  Marine  =  Server.CreateObject("ADODB. Recordset") 

Marine.  ActiveConnection  =  MM_SWORDDatabase_STRING 

Marine.Source  =  "SELECT  MarinelD,  UserName,  Password  FROM  Marine" 

Marine.CursorType  =  0 

Marine.CursorLocation  =  2 

Marine.LockType  =  3 

Marine.  Open() 

Marine  numRows  =  0 


127 


%> 

<% 

'  ***  Validate  request  to  log  in  to  this  site. 

MM_LoginAction  =  Request.ServerVariables("URL") 

If  Request.QueryStringo""  Then  MM_LoginAction  =  MM_LoginAction  +  "?"  + 
Request.QueryString 

MM_valUsemanie=CStr(Request.Fomi("UserName")) 

If  MM  valUsemame  <>  ""  Then 
MM_fldUser  Authorization=" " 

MM_redirectLoginSuccess="SWORDdefauIt.asp" 

MM_redirectLoginFailed="default.htni" 

MM_flag="ADODB  .Recordset" 

set  MM_rsUser  =  Server.CreateObject(MM_flag) 

MMrsUser.ActiveConnection  =  MM_SWORDDatabase_STRING 
MM_rsUser.Source  =  "SELECT  UserName,  Password" 

If  MM_fldUser Authorization  <>  ""  Then  MM_rsUser.Source  =  MM_rsUser.Source  & 
&  MM_fldUserAuthorization 

MM  rsUser. Source  =  MM  rsUser.Source  &  "  FROM  Marine  WHERE  UserName="'  & 
MM_valUsemame  &"'  AND  Password-"  &  CStr(Request.Form("Password"))  & 
MM_rsUser.CursorType  =  0 
MM_rsUser.CursorLocation  =  2 
MM_rsUser.LockType  =  3 
MM_rsU  ser.  Open 

If  Not  MM  rsUser.EOF  Or  Not  MM  rsUser.BOF  Then 
'  username  and  password  match  -  this  is  a  valid  user 
Session("MM_Usemame")  =  MM_valUsemame 
If  (MM_fldUserAuthorization  <>  "")  Then 
Session("MM_UserAuthorization")  = 

C  Str(MM_rsUser.  Fields .  Item(MM_fldU  ser  Authorization)  .V  alue) 

Else 

Session("MM_UserAuthorization")  =  "" 

End  If 

if  CStr(Request.QueryString("accessdenied"))  <>  ""  And  false  Then 
MM_redirectLoginSuccess  =  Request.QueryString("accessdenied") 

End  If 

MM_rsUser.Close 

Response.Redirect(MM_redirectLoginSuccess) 

End  If 

MM_rsUser.Close 

Response.Redirect(MM_redirectLoginFailed) 

End  If 

%> 

<html> 

<head> 

<titIe>SWORD  Unsuccessful  Login  Attempt</title> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=iso-8859-I"> 
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<script  language="JavaScript"> 

<!- 

function  MM_findObj(n,  d)  { //v4.0 

varp,i,x;  if(!d)  d=document;  if((p=n.indexOf("?"))>0&&parent.frames. length)  { 
d=parent.ffames[n.substring(p+l)].docunient;  n=n.substring(0,p);} 
if(!(x=d[n])&&d.all)  x=d.all[n];  for  (i=0;!x&&i<d.forms.length;i++)  x=d.forms[i][n]; 
for(i=0;!x&&d.layers&&i<d.layers.length;i++) 
x=MM_findObj  (n,d.  layers  [i] .  document) ; 
if(!x  &&  document.getElementByld)  x=document.getElementById(n);  return  x; 

} 

function  MM_validateForm()  { //v4.0 

var  i,p,q,nm, test, num, min, max, errors=",args=MM_validateForm.arguments; 
for  (i=0;  i<(args. length-2);  i+=3)  {  test=args[i+2];  val=MM_fmdObj(args[i]); 
if  (val)  {  nm=val.name;  if  ((val=val.value)!="")  { 
if  (test.indexOf('isEmail')!=-l)  { p=val.indexOf('@'); 
if  (p<l  II  p==(val.length-l))  errors+='-  '+nm+'  must  contain  an  e-mail  addressAn'; 

}  else  if  (test!- R')  { 

if  (isNaN(val))  errors+='-  '+nm+'  must  contain  a  numberAn'; 
if  (test.indexOf('inRange')  !=  -1)  {  p=test.indexOf(':'); 
min=test. substring(8,p) ;  max=test.substring(p+ 1 ) ; 

if  (val<min  ||  max<val)  errors+='-  '+nm+'  must  contain  a  number  between  '+min+' 
and  '+max+'An'; 

}  }  }  else  if  (test. char At(0)  ==  'R')  errors  +=  '-  '+nm+'  is  required.\n';  } 

}  if  (errors)  alert('The  following  error(s)  occurred  An'+errors); 
document.MM_returnValue  =  (errors  ==  "); 

} 

//-> 

</script> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<img  src="Images/SWORDbar.gif'  width="955"  height="121"  name="SWORD"> 
<table  width="955"  border="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  width="337"  height="6"></td> 

<td  width="280"></td> 

<td  width="338"></td> 

</tr> 

<tr> 

<td  height="346">  </td> 

<td  valign="top"> 

<p>&nbsp;</p> 

<p  align="center"><font  color="#FF0000"  size="+3">*WARNING*</font></p> 
<p  align="center"><font  color="#FF0000">Your  login  attempt  was 
unsuccessful.</font></p> 

<p  align="center"><font  color="#0000FF">Please  re-type  your  user  name  and 


129 


password  or  return  to  the  <a  href="default.htm">SWORD  Project  Web 
Site</a></font></p> 

<form  name="LogIn"  action="<%=MM_LoginAction%>"  method="post"> 
<table  width="278"  border="0"> 

<tr  align="center"  valign="middle"> 

<td  width="103"> 

<div  align="left"><font  color="#0000FF">User  Name</font></div> 

</td> 

<tdwidth="159"> 

<div  align="left"> 

<input  type="text"  name="UserName"> 

</div> 

</td> 

</tr> 

<tr  align="center"  valign="middle"> 

<td  width="103"  height="38"> 

<div  align="left"><font  color="#0000FF">Password</font></div> 

</td> 

<td  width="159"  height="38"> 

<div  align="left"> 

<input  type="password"  name="Password"  value=""> 

</div> 

</td> 

</tr> 

</table> 

<div  align="center"> 

<p>&nbsp;</p> 

<p> 

<input  type=" submit"  name="Submit"  value=" Submit" 
onClick="MM_validateForm('UserNameV', 'R', 'Password', ",'R');retum 
document. MM_returnV  alue"> 

</p> 

<p>&nbsp;</p> 

<p><font  color="#0000FF">This  site  is  best  viewed  at  1024  x  768</font></p> 
<p>&nbsp;</p> 

</div> 

</form> 

<p>&nbsp;</p> 

<p  align="center">&nbsp;</p> 

</td> 

<td></td> 

</tr> 

<tr> 

<td  height="62"></td> 

<td></td> 

<td></td> 
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</tr> 

</table> 

</body> 

</html> 

<% 

Marine.  Close() 

%> 
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C.  EvalMenu.asp,  Chronological  Evaluation  Menu 


1.  DESIGN  VIEW 


2.  CODE 

<%@LANGUAGE="VBSCRIPT"%> 

<% 

'  ***  Logout  the  current  user. 

MM_Logout  =  CStr(Request.ServerVariables("URL"))  &  "?MM_Logoutnow=l" 
If  (CStr(Request("MM_Logoutnow"))  =  "1")  Then 
Session.Abandon 

MMlogoutRedirectPage  =  "default.htm" 

'  redirect  with  URL  parameters  (remove  the  "MM_Logoutnow"  query  param). 
if  (MM_logoutRedirectPage  =  "")  Then  MM_logoutRedirectPage  = 
CStr(Request.ServerVariables("URL")) 
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If  (InStr(l,  UC  redirectPage,  vbTextCompare)  =  0  And  Request.QueryString  <> 
"")  Then 

MM_newQS  = "?" 

For  Each  Item  In  Request.QueryString 
If  (Item  <>  "MM_Logoutnow")  Then 
If  (Len(MM_newQS)  >  1)  Then  MM_newQS  =  MM_newQS  &  "&" 

MM_newQS  =  MM_newQS  &  Item  &  "="  & 
Server.URLencode(Request.QueryString(Item)) 

End  If 
Next 

if  (Len(MM_newQS)  >1)  Then  MM  logoutRedirectPage  =  MM  logoutRedirectPage 
&  MM_newQS 
End  If 

Response.Redirect(MM_IogoutRedirectPage) 

End  If 

%> 

<!— #include  file="Connections/SWORDDatabase.asp"  — > 

<% 

Dim  UserName _ MMColParam 

UserName _ MMColParam  =  "1" 

if  (Session("MM_Usemame")  <>  "")  then  UserName _ MMColParam  = 

Session("MM_Usemame") 

%> 

<% 

set  UserName  =  Server. CreateObject("ADODB. Recordset") 

UserName.  ActiveConnection  =  MMSWORDDatabaseSTRING 
UserName.Source  =  "SELECT  MarinelD,  LastName,  FirstName,  MI,  RankID,  SSN, 
UserName,  Password  FROM  Marine  WHERE  UserName  =  + 

Replace(UserName _ MMColParam, """)  + 

UserName.CursorType  =  0 
UserName.CursorLocation  =  2 
UserName.LockType  =  3 
UserName.OpenO 
UserName_numRows  =  0 
%> 

<% 

Dim  Marine _ MMColParam 

Marine _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Marine _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

set  Marine  =  Server.CreateObject("ADODB.Recordset") 

Marine.ActiveConnection  =  MMSWORDDatabaseSTRING 
Marine. Source  =  "SELECT  *  FROM  Marine  WHERE  MarinelD  =  "  + 
Replace(Marine_MMColParam,  """)  +  "" 
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Marine.CursorType  =  0 
Marine.CursorLocation  =  2 
Marine.LockType  =  3 
Marine.  Open() 

MarinenumRows  =  0 
%> 

<% 

Dim  Company _ MMColParam 

Company _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CompanylD")  <>  "")  then  Company _ MMColParam  = 

Request.QueryStringC'CompanylD") 

%> 

<% 

set  Company  =  Server.CreateObject("ADODB.Recordset") 

Company.ActiveConnection  =  MMSWORDDatabaseSTRING 

Company. Source  =  "SELECT  CompanylD,  CompanyName  FROM  CompanyLookup 

WHERE  CompanylD  =  "  +  Replace(Company_MMColParam, """)  +  "" 

Company.CursorType  =  0 

Company.CursorLocation  =  2 

Company.LockType  =  3 

Company.OpenO 

CompanynumRows  =  0 

%> 

<% 

Dim  CounselingType _ MMColParam 

CounselingType _ MMColParam  =  "1" 

if  (Request.QueryStringC'CounselingTypelD")  <>  "")  then 
CounselingType _ MMColParam  =  Request.QueryString("CounselingTypeID") 

%> 

<% 

set  CounselingType  =  Server.CreateObject("ADODB.Recordset") 
CounselingType.ActiveConnection  =  MMSWORDDatabaseSTRING 
CounselingType.Source  =  "SELECT  *  FROM  CounselingType  WHERE 

CounselingTypelD  =  "  +  Replace(CounselingType _ MMColParam, """)  +  "" 

CounselingType.  CursorType  =  0 
CounselingType. CursorLocation  =  2 
CounselingType.LockType  =  3 
CounselingType .  Open() 

CounselingType_nuniRows  =  0 
%> 

<% 

Dim  Billet _ MMColParam 

Billet_MMColParam  =  "1" 

if  (Request.Form("BilletID")  <>  "")  then  Billet _ MMColParam  = 

Request.Form("BilletID") 

%> 
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<% 

set  Billet  =  Server.CreateObject("ADODB.Recordset") 

Billet.ActiveConnection  =  MMSWORDDatabaseSTRING 
Billet-Source  =  "SELECT  *  FROM  BilletLookup  WHERE  BilletID  =  "  + 
Replace(Billet_MMColParam, """)  +  "" 

Billet.  CursorType  =  0 
Billet.CursorLocation  =  2 
Billet.LockType  =  3 
Billet.OpenO 
Billet_nuniRows  =  0 
%> 

<% 

Dim  Counseling _ MMColParam 

Counseling _ MMColParam  =  "2" 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Counseling _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

Dim  Counseling _ varCounselingTypelD 

Counseling _ varCounselingTypelD  =  "7" 

if  (Request.QueryStringC'CounselingTypelD")  <>  "")  then 

Counseling _ varCounselingTypelD  =  Request.QueryString("CounselingTypeID") 

%> 

<% 

set  Counseling  =  Server.CreateObject("ADODB.Recordset") 
Counseling.ActiveConnection  =  MM_SWORDDatabase_STRING 
Counseling. Source  =  "SELECT  *  FROM  Counseling  WHERE  MarinelD  =  "  + 

Replace(Counseling _ MMColParam, """)  +  "  AND  CounselingTypelD  =  "  + 

Replace(Counseling _ varCounselingTypelD,  """)  +  "  ORDER  BY  StartDate  ASC" 

Counseling.CursorType  =  0 
Counseling.CursorLocation  =  2 
Counseling.LockType  =  3 
Counseling.Open() 

CounselingnumRows  =  0 
%> 

<% 

Dim  QueryCounseling _ MMColParam 

QueryCounseling _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  QueryCounseling _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

set  QueryCounseling  =  Server.CreateObject("ADODB.Recordset") 
QueryCounseling.ActiveConnection  =  MM_SWORDDatabase_STRING 
QueryCounseling. Source  =  "SELECT  *  FROM  QueryCounseling  WHERE  MarinelD  = 
"  +  Replace(QueryCounseling_MMColParam, """)  +  "  ORDER  BY  StartDate  ASC" 
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QueryCounseling.CursorType  =  0 
QueryCounseling.CursorLocation  =  2 
QueryCounseling.LockType  =  3 
QueryCounseling.Open() 

QueryCounselingnumRows  =  0 
%> 

<% 

Dim  Repeat  1 _ numRows 

Repeat  1  numRows  =  -1 

Dim  Repeat  1 _ index 

Repeat  1 _ index  =  0 

QueryCounselingnumRows  =  QueryCounselingnumRows  +  Repeat  1  numRows 

%> 

<html> 

<head> 

<title>Chronological  Evaluation  Menu</title> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=iso-8859-l"> 

<script  language="JavaScript"> 

<!- 

<!- 

function  MM_reloadPage(init)  {  //reloads  the  window  if  Nav4  resized 
if  (init==true)  with  (navigator)  {if 
((appName=="Netscape")&&(parseInt(appVersion)==4))  { 

document.MM_pgW=innerWidth;  document.MM_pgH=innerHeight; 
onresize=MM_reloadPage; } } 

else  if  (innerWidth!=document.MM_pgW  ||  innerHeight!=document.MM_pgH) 
location.reloadO; 

} 

MM_reloadPage(true); 

//-> 

function  MM_swapImgRestore()  { //v3.0 
var  i,x,a=document.MM_sr;  for(i=0;a&&i<a.length&&(x=a[i])&&x.oSrc;i++) 
x.src=x.oSrc; 

} 

function  MM_preloadImages()  { //v3.0 
var  d=document;  if(d.images){  if(!d.MM_p)  d.MM_p=new  Array(); 
var  i,j=d.MM_p. length, a=MM_preloadlmages. arguments;  for(i=0;  i<a.length;  i++) 
if  (a[i].indexOf("#")!=0){  d.MM_p[j]=new  Image;  d.MM_p|j++].src=a[i];}} 

} 

function  MM_fmdObj(n,  d)  {  //v4.0 

varp,i,x;  if(!d)  d=document;  if((p=n.indexOf("?"))>0&&parent.ffames. length)  { 
d=parent. frames [n.substring(p+ 1 )] .document;  n=n.substring(0,p); } 
if(!(x=d[n])&&d.all)  x=d.all[n];  for  (i=0;!x&&i<d.forms.length;i++)  x=d.forms[i][n]; 
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for(i=0;!x&&d.layers&&i<d.layers.length;i++) 
x=MM_findObj  (n,d.  layers  [i] .  document) ; 
if(!x  &&  document.getElementByld)  x=document.getElementById(n);  return  x; 

} 

function  MM_swapImage()  { //v3.0 

var  i,j=0,x,a=MM_swapImage. arguments;  document.MM_sr=new  Array; 
for(i=0 ;  i<(a.  length-2) ;  i+=3 ) 

if  ((x=MM_fmdObj(a[i]))!=null){document.MM_sr[j++]=x;  if(!x.oSrc)  x.oSrc=x.src; 
x.src=a[i+2];} 

} 

//-> 

</script> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000" 

onLoad="MM_preloadlmages('Images/mnuLocateOver.gif,'Images/mnuLocateDown.gif 

,'Images/mnuLogoutOver.gif,'Images/mnuLogoutDown.gif,'Images/mnuBIROver.gif,'I 

mages/mnuB  IRDown.gif  ,'Images/mnuRecallOver.gif,'lmages/mnuRecallDown.gif,'Ima 

ges/mnuEvalInfoOver.gif,'Images/mnuEvaluationDown.gif,'Images/mnuBTROver.gif,'I 

mages/mnuBTRDown.gif,'Images/mnuGeneralCounselingOver.gif,'Images/mnuGeneral 

CounselingDown.gif)"> 

<div  id="Layerl"  style="position:absolute;  leftilOpx;  top:60px;  width:426px; 
height:25px;  z-index:l"> 

<table  width="433"  border="0"> 

<tr> 

<td><font  color="#FF0000">Current  User: 
<%=(UserName.Fields.ltem("LastName").Value)%>, 
<%=(UserName.Fields.Item("FirstName").Value)%></font></td> 

</tr> 

</table> 

</div> 

<div  id="Layer3"  style="position: absolute;  left:200px;  top:145px;  width:753px; 
height:585px;  z-index:3;  visibility:  visible"> 

<form  name="EditBasic"> 

<table  width="756"  border="0"> 

<tr> 

<td  colspan="4"> 

<div  align="center"><font  color="#0000FF"><b>Chronological  Evaluation 
Information  For  <%=(Marine.Fields.Item("LastName").Value)%>, 
<%=(Marine.Fields.Item("FirstName").Value)%></b></font></div> 

</td> 

</tr> 

<tr> 

<td  colspan="4">&nbsp;</td> 

</tr> 

<tr> 
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<td  width="100"><font  color="#OOOOFF">Date</font></td> 

<td  width="222"><font  color="#OOOOFF">Counseling  Type</font></td> 

<td  width="120"><font  color="#OOOOFF">Rating</font></td> 

<td  width="174"><font  color="#OOOOFF">Comments</font></td> 

</tr> 

<% 

While  ((Repeat  1  numRows  <>  0)  AND  (NOT  QueryCounseling.EOF)) 

%> 

<tr> 

<td  width='T00"> 

<p><a  href="<%=(QueryCounseling.Fields.Item("StartDate").Value)%>"></a><a 
href="SelectReport.asp?MarineID=<%=(QueryCounseling.Fields.Item("MarineID").Val 
ue)%>&CounselingID=<%=(QueryCounseling.Fields.Item("CounselingID").Value)%>" 
><%=(QueryCounseling.Fields.Item("StartDate").Value)%></a></p> 

</td> 

<td 

width="222"><%=(QueryCounseling.Fields.Item("CounselingType").Value)%></td> 
<td  width='T20"><%=(QueryCounseling.Fields.Item("Rating").Value)%></td> 

<td  width='T74"> 

<textarea  name="textfield"  cols="30" 

rows="3"><%=(QueryCounseling.Fields.Item("EvaluatorComment").Value)%></textare 

a> 

</td> 

</tr> 

<% 

Repeat  1 _ index=Repeat  1 _ index+ 1 

Repeat  1 _ numRows=Repeat  1  numRows- 1 

QueryCounseling.MoveNextO 

Wend 

%> 

<tr> 

<td  width="100">&nbsp;</td> 

<td  colspan="3">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="4"><font  color="#0000FF">Add  a  New  Counseling</font></td> 

</tr> 

<tr> 

<td  width="100"><a 

href="EvalGarrisonNew.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)% 
>"  onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image5V','Iinages/mnuGeneralCounselingOver.gif,l)" 
onClick="MM_swapImage('Image5V','Images/mnuGeneralCounselingDown.gif,l)"><i 
mg  src="Images/mnuGeneralCounselingOff.gif'  width="130"  height="20"  border="0" 
name= "  Images "  ></a></td> 

<td  colspan="3">&nbsp;</td> 
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</tr> 

<tr> 

<td  width="100">&nbsp;</td> 

<td  colspan="3">&nbsp;</td> 

</tr> 

<tr> 

<td  widtb="100">&nbsp;</td> 

<td  colspan="3">&nbsp;</td> 

</tr> 

</table> 

<div  align="center">  </div> 

</form> 

</div> 

<img  src="Images/SWORDbar.gif'  widtb="955"  beigbt="121"> 

<table  widtb="126"  border="0"  cellpadding="0"  cellspacing="0"  mm:layoutgroup="true" 
beigbt="59r'> 

<tr> 

<td  valign="top"  beigbt="505"  widtb="126"> 

<table  widtb="180"  border="0"  bgcolor="#CCCCCC"> 

<tr> 

<td  beigbt="24"  widtb="154"><img  src="Images/mnuEnterDown.gif' 
widtb="130"  beigbt="20"  name="EnterNew"></td> 

</tr> 

<tr> 

<td  beigbt="24"  widtb="154"> 

<div  align="rigbt"><img  src="Images/mnuB IROff.gif'  widtb="130"  beigbt="20" 
name="NewBIR"  border="0"></div> 

</td> 

</tr> 

<tr> 

<td  beigbt="24"  widtb="154"> 

<p  align="rigbt"><img  src="Images/mnuBTROff.gif'  widtb="130" 
beigbt="20"></p> 

</td> 

</tr> 

<tr> 

<td  beigbt="24"  widtb="154"> 

<div  align="rigbt"><img  src="Images/mnuRecallOff.gif'  widtb="130" 
beigbt="20"  name="RecalU  "></div> 

</td> 

</tr> 

<tr> 

<td  beigbt="24"  widtb="154"><img  src="Images/mnuEditDown.gif'  widtb="130" 
beigbt="20"></td> 

</tr> 

<tr> 
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<td  height="24"  width="154"> 

<div  align="right"><a  href="SelectCompany.asp" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image  r,'','Iniages/mnuLocateOver.gif ,  1 )" 
onClick="MM_swapImage('Image  1  V'/Images/mnuLocateDown.gif ,  1  )"><img 
src="Images/mnuLocateOff.gif'  width="130"  height="20"  border="0" 
name="Imagel  "></a></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="BIR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('NewBIRr,'','Iniages/mnuBIROver.gif,l)" 
onClick="MM_swapImage('NewBIRr,'','Iniages/mnuBIRDown.gif,l)"><img 
src="Images/mnuB IROff.gif '  width="130"  height="20"  name="NewBIRl" 
border="  0  "></ a></ div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><a 

href="BTR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image6V','Iniages/mnuBTROver.gif,l)" 
onClick="MM_swapImage('Image6V', 'Images/mnuB  TRDown.gif,  l)"><img 
src="Images/mnuBTROff.gif'  width="130"  height="20"  border="0" 
name="Image6"></a></p> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="Recall.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Recair,",'Iniages/mnuRecallOver.gif,l)" 
onClick="MM_swapImage('Recair,'','Iniages/mnuRecallDown.gif,l)"><img 
src="Images/mnuRecallOff.gif'  width="130"  height="20"  name="RecaH" 
border="  0  "></ a></ di  v> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="EvalMenu.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>&Com 
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panyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image4',",'Images/mnuEvalInfoOver.gif,l)" 
onClick="MM_swapImage('Image4V','Iniages/mnuEvaluationDown.gif,l)"><img 
src="Images/mnuEvalInfoOff.gif'  width="130"  height="20"  border="0" 
name="Image4"></a></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuCompositeDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuOtherInfoOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSOISDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuNewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 
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<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuSpecialOff.gif'  width="130" 
height="20"  name="Image2"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuAssetMgtOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSchedulingDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewMasterSchedOff.gif' 
width="130"  height="20"  name="Image3"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><a  href="<%=MM_Logout%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Logout',",'Images/mnuLogoutOver.gif,l)" 
onClick="MM_swapImage('LogoutV','Images/mnuLogoutDown.gif,l)"><img 
name="Logout"  border="0"  src="Images/mnuLogoutOff.gif'  width="130" 
height="20"></a></td> 

</tr> 

</table> 

</td> 

</tr> 

</table> 
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</body> 

</html> 

<% 

UserName.CloseO 

%> 

<% 

Marine. CloseQ 

%> 

<% 

Company.CloseO 

%> 

<% 

CounselingType. CloseQ 

%> 

<% 

Billet.CloseQ 

%> 

<% 

Counseling.CloseQ 

%> 

<% 

QueryCounseling.CloseQ 


D.  SelectReport.asp,  Select  a  Report  Format 


1.  DESIGN 


2.  CODE 

<%@LANGUAGE="VBSCRIPT"%> 

<% 

'  ***  Logout  the  current  user. 

MM_Logout  =  CStr(Request.ServerVariables("URL"))  &  "?MM_Logoutnow=l" 
If  (CStr(Request("MM_Logoutnow"))  =  "1")  Then 
Session.Abandon 

MMlogoutRedirectPage  =  "default.htm" 

'  redirect  with  URL  parameters  (remove  the  "MM_Logoutnow"  query  param). 
if  (MM_logoutRedirectPage  =  "")  Then  MM_logoutRedirectPage  = 
CStr(Request.ServerVariables("URL")) 
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If  (InStr(l,  UC  redirectPage,  vbTextCompare)  =  0  And  Request.QueryString  <> 
"")  Then 

MM_newQS  = "?" 

For  Each  Item  In  Request.QueryString 
If  (Item  <>  "MM_Logoutnow")  Then 
If  (Len(MM_newQS)  >  1)  Then  MM_newQS  =  MM_newQS  &  "&" 

MM_newQS  =  MM_newQS  &  Item  &  "="  & 
Server.URLencode(Request.QueryString(Item)) 

End  If 
Next 

if  (Len(MM_newQS)  >1)  Then  MM  logoutRedirectPage  =  MM  logoutRedirectPage 
&  MM_newQS 
End  If 

Response.Redirect(MM_IogoutRedirectPage) 

End  If 

%> 

<!— #include  file="Connections/SWORDDatabase.asp"  — > 

<% 

Dim  UserName _ MMColParam 

UserName _ MMColParam  =  "1" 

if  (Session("MM_Usemame")  <>  "")  then  UserName _ MMColParam  = 

Session("MM_Usemame") 

%> 

<% 

set  UserName  =  Server. CreateObject("ADODB. Recordset") 

UserName.  ActiveConnection  =  MMSWORDDatabaseSTRING 
UserName.Source  =  "SELECT  MarinelD,  LastName,  FirstName,  MI,  RankID,  SSN, 
UserName,  Password  FROM  Marine  WHERE  UserName  =  + 

Replace(UserName _ MMColParam, """)  + 

UserName.CursorType  =  0 
UserName.CursorLocation  =  2 
UserName.LockType  =  3 
UserName.OpenO 
UserName_numRows  =  0 
%> 

<% 

Dim  Marine _ MMColParam 

Marine _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Marine _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

set  Marine  =  Server.CreateObject("ADODB.Recordset") 

Marine.ActiveConnection  =  MMSWORDDatabaseSTRING 
Marine. Source  =  "SELECT  *  FROM  Marine  WHERE  MarinelD  =  "  + 
Replace(Marine_MMColParam,  """)  +  "" 
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Marine.CursorType  =  0 
Marine.CursorLocation  =  2 
Marine.LockType  =  3 
Marine.  Open() 

MarinenumRows  =  0 
%> 

<% 

Dim  Company _ MMColParam 

Company _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CompanylD")  <>  "")  then  Company _ MMColParam  = 

Request.QueryStringC'CompanylD") 

%> 

<% 

set  Company  =  Server.CreateObject("ADODB.Recordset") 

Company.ActiveConnection  =  MMSWORDDatabaseSTRING 

Company. Source  =  "SELECT  CompanylD,  CompanyName  FROM  CompanyLookup 

WHERE  CompanylD  =  "  +  Replace(Company_MMColParam, """)  +  "" 

Company.CursorType  =  0 

Company.CursorLocation  =  2 

Company.LockType  =  3 

Company.OpenO 

CompanynumRows  =  0 

%> 

<% 

Dim  CounselingType _ MMColParam 

CounselingType _ MMColParam  =  "1" 

if  (Request.QueryStringC'CounselingTypelD")  <>  "")  then 
CounselingType _ MMColParam  =  Request.QueryString("CounselingTypeID") 

%> 

<% 

set  CounselingType  =  Server.CreateObject("ADODB.Recordset") 
CounselingType.ActiveConnection  =  MMSWORDDatabaseSTRING 
CounselingType.Source  =  "SELECT  *  FROM  CounselingType  WHERE 

CounselingTypelD  =  "  +  Replace(CounselingType _ MMColParam, """)  +  "" 

CounselingType.  CursorType  =  0 
CounselingType. CursorLocation  =  2 
CounselingType.LockType  =  3 
CounselingType .  Open() 

CounselingType_nuniRows  =  0 
%> 

<% 

Dim  Counseling _ MMColParam 

Counseling _ MMColParam  =  "2" 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Counseling _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 
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<% 

Dim  Counseling _ varCounselingTypelD 

Counseling _ varCounselingTypelD  =  "7" 

if  (Request.QueryStringC'CounselingTypelD")  <>  "")  then 

Counseling _ varCounselingTypelD  =  Request.QueryString("CounselingTypeID") 

%> 

<% 

set  Counseling  =  Server.CreateObject("ADODB.Reeordset") 
Counseling.ActiveConnection  =  MMSWORDDatabaseSTRING 
Counseling. Souree  =  "SELECT  *  FROM  Counseling  WHERE  MarinelD  =  "  + 

Replaee(Counseling _ MMColParam, """)  +  "  AND  CounselingTypelD  =  "  + 

Replaee(Counseling _ varCounselingTypelD, """)  +  "  ORDER  BY  StartDate  ASC" 

Counseling.CursorType  =  0 
Counseling.CursorLocation  =  2 
Counseling.LoekType  =  3 
Counseling.Open() 

CounselingnumRows  =  0 
%> 

<% 

Dim  QueryCounseling _ MMColParam 

QueryCounseling _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CounselingID")  <>  "")  then  QueryCounseling _ MMColParam 

=  Request.QueryStringC'CounselingID") 

%> 

<% 

set  QueryCounseling  =  Server.CreateObject("ADODB.Reeordset") 
QueryCounseling.ActiveConneetion  =  MM_SWORDDatabase_STRING 
QueryCounseling. Source  =  "SELECT  *  FROM  QueryCounseling  WHERE 

CounselinglD  =  "  +  Replace(QueryCounseling _ MMColParam,  """)  +  "" 

QueryCounseling.CursorType  =  0 
QueryCounseling.CursorLocation  =  2 
QueryCounseling.LockType  =  3 
QueryCounseling.Open() 

QueryCounselingnumRows  =  0 
%> 

<% 

'  ***  Go  To  Record  and  Move  To  Record:  create  strings  for  maintaining  URL  and  Form 
parameters 

'  create  the  list  of  parameters  which  should  not  be  maintained 
MMremoveList  =  "&index=" 

If  (MM_paramName  <>  "")  Then  MM_removeList  =  MM_removeList  &  & 

MM_paramName  &  "=" 

MM_keepURL="":MM_keepForm="":MM_keepBoth="":MM_keepNone="" 

'  add  the  URL  parameters  to  the  MM  keepURL  string 
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For  Each  Item  In  Request.QueryString 
Nextitem  =  "&"  &  Item  &  "=" 

If  (InStr( I, MM_removeList, Nextitem, I)  =  0)  Then 
MM  keepURL  =  MM_keepURL  &  Nextitem  & 
Server.URLencode(Request.QueryString(Item)) 

End  If 
Next 

'  add  the  Form  variables  to  the  MM  keepForm  string 
For  Each  Item  In  Request.Form 
Nextitem  =  &  Item  &  "=" 

If  (InStr( I, MM_removeList, Nextitem, I)  =  0)  Then 
MM  keepForm  =  MM  keepForm  &  Nextitem  & 
Server.URLencode(Request.Form(Item)) 

End  If 
Next 

'  create  the  Form  +  URL  string  and  remove  the  intial  from  each  of  the  strings 
MM  keepBoth  =  MM  keepURL  &  MM  keepForm 
if  (MM  keepBoth  <>  "")  Then  MM_keepBoth  =  Right(MM_keepBoth, 
Len(MM_keepBoth)  -  I) 

if  (MM  keepURL  <>  "")  Then  MM  keepURL  =  Right(MM_keepURL, 
Len(MM_keepURL)  -  I) 

if  (MM  keepForm  <>  "")  Then  MM  keepForm  =  Right(MM_keepForm, 
Len(MM_keepForm)  -  I) 

'  a  utility  function  used  for  adding  additional  parameters  to  these  strings 
Function  MMJoinChar(firstltem) 

If  (flrstltem  <>  "")  Then 
MMJoinChar  = 

Else 

MMJoinChar  = "" 

End  If 

End  Function 

%> 

<html> 

<head> 

<title>Select  a  Report  Format</title> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=iso-8859-l"> 
<script  language="JavaScript"> 

<!- 

<!- 

function  MM_reloadPage(init)  {  //reloads  the  window  if  Nav4  resized 
if  (init==true)  with  (navigator)  {if 
((appName=="Netscape")&&(parseInt(appVersion)==4))  { 
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document.MM_pgW=innerWidth;  document.MM_pgH=innerHeight; 
onresize=MM_reloadPage;  } } 

else  if  (innerWidth!=document.MM_pgW  ||  innerHeight!=document.MM_pgH) 
location.reloadO; 

} 

MM_reloadPage(trae); 

//-> 

function  MM_swapInigRestore()  { //v3.0 
var  i,x,a=document.MM_sr;  for(i=0;a&&i<a.length&&(x=a[i])&&x.oSrc;i++) 
x.src=x.oSrc; 

} 

function  MM_preloadImages()  { //v3.0 
var  d=docunient;  if(d.iniages){  if(!d.MM_p)  d.MM_p=new  Array(); 
var  i,j=d.MM_p. length, a=MM_preloadImages. arguments;  for(i=0;  i<a.length;  i++) 
if  (a[i].indexOf("#")!=0){  d.MM_p[j]=new  Image;  d.MM_p[j++].src=a[i];}} 

} 

function  MM_fmdObj(n,  d)  {  //v4.0 

varp,i,x;  if(!d)  d=document;  if((p=n.indexOf("?"))>0&&parent.trames. length)  { 
d=parent. frames [n.substring(p+ 1 )] .document;  n=n.substring(0,p); } 
if(!(x=d[n])&&d.all)  x=d.all[n];  for  (i=0;!x&&i<d.forms.length;i++)  x=d.forms[i][n]; 
for(i=0 ; !  x&&d.  lay  ers&&i<d.  layers .  length;  i++) 
x=MM_fmdObj  (n,d.  layers  [i] .  document) ; 
if(!x  &&  document.getElementByld)  x=document.getElementById(n);  return  x; 

} 

function  MM_swapImage()  { //v3.0 

var  i,j=0,x,a=MM_swapImage. arguments;  document.MM_sr=new  Array; 
for(i=0;i<(a.length-2);i+=3) 

if  ((x=MM_fmdObj(a[i]))!=null){document.MM_sr[j++]=x;  if(!x.oSrc)  x.oSrc=x.src; 
x.src=a[i+2];} 

} 

//-> 

</script> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000" 

onLoad="MM_preloadImages('Images/mnuLocateOver.gif,'Images/mnuLocateDown.gif 
,'Images/mnuLogoutOver.gif,'Images/mnuLogoutDown.gif,'Images/mnuBIROver.gif,'I 
mages/mnuB  IRDown.gif  ,'Images/mnuRecallOver.gif,'Images/mnuRecallDown.gif,'Ima 
ges/mnuEvalInfoOver.gif,'Images/mnuEvaluationDown.gif,'Images/mnuSafetyViolator 
Over.gif, 'mnuSafetyViolatorDown.gif  ,'Images/mnuPeerEvalOver.gif,'Images/mnuPeerE 
valDown.gif  ,'Images/mnuF ailureEvalOver.gif  ,'Images/mnuFailureEvalDown.gif, 'Image 
s/mnuGeneralCounselingOver.gif,'Images/mnuGeneralCounselingDown.gif,'Images/mn 
uSafetyViolatorDown.gif  )"> 
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<div  id="Layerl"  style="position: absolute;  left:10px;  top:60px;  width:426px; 
height:25px;  z- index:  1"> 

<table  width="433"  border="0"> 

<tr> 

<td><font  color="#FF0000">Current  User: 
<%=(UserName.Fields.Item("LastName").Value)%>, 
<%=(UserName.Fields.Item("FirstName").Value)%></font></td> 

</tr> 

</table> 

</div> 

<div  id="Layer3"  style="position: absolute;  left:200px;  top:145px;  width:753px; 
height:585px;  z-index:3;  visibility:  visible"> 

<form  name="EditBasic"> 

<table  width="756"  border="0"> 

<tr> 

<td  colspan="3"> 

<div  align="center"><font  color="#0000FF"><b>Report  Formats  For 
<%=(Marine.Fields.Item("LastName").Value)%>, 
<%=(Marine.Fields.Item("FirstName").Value)%></b></font></div> 

</td> 

</tr> 

<tr> 

<td  colspan="2">&nbsp;</td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><font  color="#0000FF">Date  of  Counseling</font></td> 
<td  width="523"> 

<input  type="text"  name="textfleld"  size="10" 
value="<%=(QueryCounseling.Fields.Item("StartDate").Value)%>"> 

</td> 

</tr> 

<tr> 

<td  colspan="2"><font  color="#0000FF">Type  of  Counseling</font></td> 
<td  width="523"> 

<input  type="text"  name="textfield2"  size="30" 
value="<%=(QueryCounseling.Fields.Item("CounselingType").Value)%>"> 

</td> 

</tr> 

<tr> 

<td  colspan="2"><font  color="#0000FF">Billet</font></td> 

<td  width="523"> 

<input  type="text"  name="textfield3"  size="30" 
value="<%=(QueryCounseling.Fields.Item("BilletDescription").Value)%>"> 

</td> 

</tr> 
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<tr> 

<td  colspan="2">&nbsp;</td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><font  color="#OOOOFF"><b><font  color="#FFOOOO">Select 
a  Report  Format</font></b></font></td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><a 

href="EvalSafety.asp?CounselingID=<%=(QueryCounseling.Fields.Item("CounselingID 
").Value)%>&MarineID=<%=(Marine. Fields. Item("MarineID").Value)%>&CompanyID 
=<%=(Company.Fields.Item("CompanyID").Value)%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image5V','Iniages/mnuSafetyViolatorOver.gif,l)" 
onClick="MM_swapImage('Image5V','Iniages/mnuSafetyViolatorDown.gif,l)"><img 
src="Images/mnuSafetyViolatorOff.gif'  width="130"  height="20"  border="0" 
name="Image5  "></a></td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><a 

href="EvalPeer.asp?CounselingID=<%=(QueryCounseling.Fields.Item("CounselingID"). 

Value)%>&MarineID=<%=(QueryCounseling.Fields.Item("MarineID").Value)%>&Co 

mpanyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image6V','Iniages/mnuPeerEvalOver.gif,l)" 
onClick="MM_swapImage('Image6V','Iniages/mnuPeerEvalDown.gif,l)"><img 
src="Images/mnuPeerEvalOff.gif'  width="130"  height="20"  border="0" 
name= "  Imaged "  ></a></td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 

<td  colspan="2"><a 

href="EvalFailure.asp?CounselingID=<%=(QueryCounseling.Fields.Item("CounselingID 

").Value)%>&MarineID=<%=(QueryCounseling.Fields.Item("MarineID").Value)%>&C 

ompanyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image8V','Iinages/mnuFailureEvalOver.gif,l)" 
onClick="MM_swapImage('Image8V','Iniages/mnuFailureEvalDown.gif,l)"><img 
src="Images/mnuF ailureEvalOff.gif'  width="192"  height="20"  border="0" 
name="Image8"></a></td> 

<td  width="523">&nbsp;</td> 

</tr> 

<tr> 
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<td  colspan="2"><a 

href="EvalGarrison.asp?CounselingID=<%=(QueryCounseling.Fields.Item("CounselingI 

D").Value)%>&MarineID=<%=(QueryCounseling.Fields.Item("MarineID").Value)%>& 

CompanyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image9V','Iniages/mnuGeneralCounselingOver.gif,l)" 
onClick="MM_swapImage('Image9V','Iinages/mnuGeneralCounselingDown.gif,l)"><i 
mg  src="Images/mnuGeneralCounselingOff.gif'  width="130"  height="20"  border="0" 
name="Image9"></a></td> 

<td  width="523"><img  src="mnuChoicesOff.gif'  width="247"  height="20"></td> 
</tr> 

<tr> 

<td  colspan="3"> 

<div  align="center"> 

<input  type="hidden"  name="hiddenField" 
value="<%=(CounselingType.Fields.Item("CounselingTypeID").Value)%>"> 

</div> 

</td> 

</tr> 

</table> 

<div  align="center">  </div> 

</form> 

</div> 

<img  src="Images/SWORDbar.gif'  width="955"  height="121"> 

<table  width="126"  border="0"  cellpadding="0"  cellspacing="0"  mm:layoutgroup="true" 
height="59r'> 

<tr> 

<td  valign="top"  height="505"  width="126"> 

<table  width="180"  border="0"  bgcolor="#CCCCCC"> 

<tr> 

<td  height="24"  width="154"><img  src="Images/mnuEnterDown.gif' 
width="130"  height="20"  name="EnterNew"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuBIROff.gif'  width="130"  height="20" 
name="NewBIR"  border="0"></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><img  src="Images/mnuBTROff.gif'  width="130" 
height="20"></p> 

</td> 

</tr> 

<tr> 
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<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuRecallOff.gif'  width="130" 
height="20"  name="Recall  1  "></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="  1 54"><img  src="Images/mnuEditDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a  href="SelectCompany.asp" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image  1  V','Iniages/mnuLocateOver.gif ,  1 )" 
onClick="MM_swapImage('Image  1  V','Iniages/mnuLocateDown.gif ,  1  )"><img 
src="Images/mnuLocateOff.gif'  width="130"  height="20"  border="0" 
name="Imagel  "></a></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="BIR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>&CompanyI 

D=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('NewBIRl  V','Images/mnuB  IROver.gif ,  1 )" 
onClick="MM_swapImage('NewBIRl  V'/Images/mnuB  IRDown.gif ,  1  )"><img 
src="Images/mnuB IROff.gif '  width="130"  height="20"  name="NewBIRl" 
border="  0  "></ a></ div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><a 

href="BTR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>"><img 
src="Images/mnuBTROff.gif'  width="130"  height="20"  border="0"></a></p> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="Recall.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>&Compan 

yID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Recair,",'Iniages/mnuRecallOver.gif,l)" 

onClick="MM_swapImage('Recair,'','Iniages/mnuRecallDown.gif,l)"><img 
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src="Images/mnuRecallOff.gif'  width="130"  height="20"  name="RecaU" 
border="  0  "></ a></ div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="EvaluationMenu.asp?MarineID=<%=(QueryCounseling.Fields.Item("MarineID"). 

Value)%>&CompanyID=<%=(Company.Fields.Item("CompanyID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image4',",'Images/mnuEvalInfoOver.gif,l)" 
onClick="MM_swapImage('Image4V','Iniages/mnuEvaluationDown.gif,l)"><img 
src="Images/mnuEvalInfoOff.gif'  width="130"  height="20"  border="0" 
name="Image4"></a></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuCompositeDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuOtherInfoOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSOISDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuNewSOISOff.gif'  width="130" 
height="20"></div> 
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</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuSpecialOff.gif'  width="130" 
height="20"  name="Image2"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuAssetMgtOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSchedulingDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewMasterSchedOff.gif' 
width="130"  height="20"  name="Image3"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><a  href="<%=MM_Logout%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Logout',",'Images/mnuLogoutOver.gif,l)" 
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onClick="MM_swapImage('Logout',",'Images/mnuLogoutDown.gif,l)"><img 
name="Logout"  border="0"  src="Images/mnuLogoutOff.gif'  width="130" 
height="20"></a></td> 

</tr> 

</table> 

</td> 

</tr> 

</table> 

</body> 

</html> 

<% 

UserName.CloseO 

%> 

<% 

Marine. CloseQ 

%> 

<% 

Company.CloseO 

%> 

<% 

CounselingType. CloseQ 

%> 

<% 

Counseling.CloseQ 

%> 

<% 

QueryCounseling.CloseQ 

%> 
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E.  EvalGarrison.asp,  General  Billet  Evaluation 


1.  DESIGN 


2.  CODE 

<%@LANGUAGE="VBSCRIPT"%> 

<% 

'  ***  Logout  the  current  user. 

MM_Logout  =  CStr(Request.ServerVariables("URL"))  &  "?MM_Logoutnow=l" 
If  (CStr(Request("MM_Logoutnow"))  =  "1")  Then 
Session.Abandon 

MMlogoutRedirectPage  =  "default.htm" 

'  redirect  with  URL  parameters  (remove  the  "MM_Logoutnow"  query  param). 
if  (MM_logoutRedirectPage  =  "")  Then  MM_logoutRedirectPage  = 
CStr(Request.ServerVariables("URL")) 
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If  (InStr(l,  UC  redirectPage,  vbTextCompare)  =  0  And  Request.QueryString  <> 
"")  Then 

MM_newQS  = "?" 

For  Each  Item  In  Request.QueryString 
If  (Item  <>  "MM_Logoutnow")  Then 
If  (Len(MM_newQS)  >  1)  Then  MM_newQS  =  MM_newQS  &  "&" 

MM_newQS  =  MM_newQS  &  Item  &  "="  & 
Server.URLencode(Request.QueryString(Item)) 

End  If 
Next 

if  (Len(MM_newQS)  >1)  Then  MM  logoutRedirectPage  =  MM  logoutRedirectPage 
&  MM_newQS 
End  If 

Response.Redirect(MM_IogoutRedirectPage) 

End  If 

%> 

<!— #include  file="Connections/SWORDDatabase.asp"  — > 

<% 

'  ***  Edit  Operations:  declare  variables 

MM_editAction  =  CStr(Request("URL")) 

If  (Request.QueryString  <>  "")  Then 
MM_editAction  =  MM_editAction  &  "?"  &  Request.QueryString 
End  If 

'  boolean  to  abort  record  edit 
MM_abortEdit  =  false 

'  query  string  to  execute 
MM_editQuery  = "" 

%> 

<% 

'  ***  Update  Record:  set  variables 

If  (CStr(Request("MM_update"))  <>  ""  And  CStr(Request("MM_recordId"))  <>  "") 
Then 

MMeditConnection  =  MM_SWORDDatabase_STRING 
MM_editTable  =  "Counseling" 

MMeditColumn  =  "CounselingID" 

MM_recordId  =  ""  +  Request.Form("MM_recordId")  +  "" 

MMeditRedirectUrl  =  "EvalMenu.asp" 

MM_fieldsStr  = 

"txtDate|value|txtDecisionMaking|value|txtCommunication|value|txtExecution|value|txtL 
eaderCdr  I  value  |  txtTTP  |  value" 
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MM_columnsStr  = 

"StartDatel', none, "|DecisionMakingComment|', none, "|CommunicaitonComment|', none, "|E 
xecutionCommentl', none, "ILeaderCommanderCommentl', none, "ITacticalTechnicalComm 
ent|',none,"" 

'  create  the  MM_fields  and  MM_columns  arrays 
MM_fields  =  Split(MM_fieldsStr,  "I") 

MM_columns  =  Split(MM_columnsStr, 

'  set  the  form  values 

For  i  =  LBound(MM_fields)  To  UBound(MM_fields)  Step  2 
MM_fields(i+l)  =  CStr(Request.Form(MM_fields(i))) 

Next 

'  append  the  query  string  to  the  redirect  URL 

If  (MM_editRedirectUrl  <>  ""  And  Request.QueryString  <>  "")  Then 
If  (InStr(l,  MM_editRedirectUrl,  "?",  vbTextCompare)  =  0  And  Request.QueryString 
<>  "")  Then 

MM  editRedirectUrl  =  MM  editRedirectUrl  &  "?"  &  Request.QueryString 
Else 

MM  editRedirectUrl  =  MM  editRedirectUrl  &  "&"  &  Request.QueryString 
End  If 
End  If 

End  If 

%> 

<% 

'  ***  Update  Record:  construct  a  sql  update  statement  and  execute  it 

If  (CStr(Request("MM_update"))  <>  ""  And  CStr(Request("MM_recordId"))  <>  "") 

Then 

'  create  the  sql  update  statement 

MM_editQuery  =  "update  "  &  MM_editTable  &  "  set  " 

For  i  =  LBound(MM_fields)  To  UBound(MM_fields)  Step  2 
FormVal  =  MM_fields(i+l) 

MM_typeArray  =  Split(MM_columns(i+l 
Delim  =  MM_typeArray(0) 

If  (Delim  =  "none")  Then  Delim  =  "" 

AltVal  =  MM_typeArray(l) 

If  (AltVal  =  "none")  Then  AltVal  =  "" 

Empty  Val  =  MM_typeArray(2) 

If  (Empty  Val  =  "none")  Then  Empty  Val  =  "" 

If  (FormVal  =  "")  Then 

FormVal  =  Empty  Val 
Else 
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If  (AltVal  <>  "")  Then 
FormVal  =  AltVal 

Elself  (Delim  =  Then  '  escape  quotes 
FormVal  =  &  Replace(FormVal, 

Else 

FormVal  =  Delim  +  FormVal  +  Delim 
End  If 
End  If 

If  (i  <>  LBound(MM_fields))  Then 
MM_editQuery  =  MM_editQuery  & 

End  If 

MM_editQuery  =  MM_editQuery  &  MM_columns(i)  &  "  =  "  &  FormVal 
Next 

MM_editQuery  =  MM_editQuery  &  "  where  "  &  MM_editColumn  &  "  =  "  & 
MM_recordId 

If  (Not  MM_abortEdit)  Then 
'  execute  the  update 

Set  MM_editCmd  =  Server.CreateObject("ADODB. Command") 
MMeditCmd.ActiveCormection  =  MMeditCormection 
MMeditCmd.CommandText  =  MMeditQuery 
MMeditCmd.Execute 
MMeditCmd.ActiveConnection.Close 

If  (MM_editRedirectUrl  <>  "")  Then 
Response.Redirect(MM_editRedirectUrl) 

End  If 
End  If 

End  If 

%> 

<% 

Dim  UserName _ MMColParam 

UserName _ MMColParam  =  "1" 

if  (Session("MM_Usemame")  <>  "")  then  UserName _ MMColParam  = 

Session("MM_Usemame") 

%> 

<% 

set  UserName  =  Server. CreateObject("ADODB. Recordset") 
UserName.ActiveConnection  =  MMSWORDDatabaseSTRING 
UserName.Source  =  "SELECT  MarinelD,  LastName,  FirstName,  MI,  RankID,  SSN, 
UserName,  Password  FROM  Marine  WHERE  UserName  = '"  + 

Replace(UserName _ MMColParam, """)  + 

UserName.CursorType  =  0 
UserName.CursorLocation  =  2 
UserName.LockType  =  3 
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UserName.OpenO 
UserName_nuniRows  =  0 

%> 

<% 

Dim  Marine _ MMColParam 

Marine _ MMColParam  =  "  1" 

if  (Request.QueryStringC'MarinelD")  <>  "")  then  Marine _ MMColParam  = 

Request.QueryStringC'MarinelD") 

%> 

<% 

set  Marine  =  Server.CreateObject("ADODB. Recordset") 

Marine.  ActiveConnection  =  MMSWORDDatabaseSTRING 

Marine. Source  =  "SELECT  *  FROM  QueryMarine  WHERE  MarinelD  =  "  + 

Replace(Marine _ MMColParam,  """)  +  "" 

Marine.CursorType  =  0 
Marine.CursorLocation  =  2 
Marine.LockType  =  3 
Marine.  Open() 

MarinenumRows  =  0 
%> 

<% 

Dim  Company _ MMColParam 

Company _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CompanylD")  <>  "")  then  Company _ MMColParam  = 

Request.QueryStringC'CompanylD") 

%> 

<% 

set  Company  =  Server.CreateObject("ADODB.Recordset") 

Company  .ActiveConnection  =  MM_SWORDDatabase_STRJNG 

Company. Source  =  "SELECT  CompanylD,  CompanyName  FROM  CompanyLookup 

WHERE  CompanylD  =  "  +  Replace(Company _ MMColParam,  """)  +  "" 

Company.CursorType  =  0 
Company.CursorLocation  =  2 
Company.LockType  =  3 
Company.Open() 

CompanynumRows  =  0 
%> 

<% 

Dim  QueryCounseling _ MMColParam 

QueryCounseling _ MMColParam  =  "  1 " 

if  (Request.QueryStringC'CounselingID")  <>  "")  then  QueryCounseling _ MMColParam 

=  Request.QueryStringC'CounselingID") 

%> 

<% 

set  QueryCounseling  =  Server.CreateObject("ADODB.Recordset") 
QueryCounseling.ActiveConnection  =  MM_SWORDDatabase_STRING 
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QueryCounseling. Source  =  "SELECT  *  FROM  QueryCounseling  WHERE 

CounselingID  =  "  +  Replace(QueryCounseling _ MMColParam,  """)  +  "" 

QueryCounseling.CursorType  =  0 
QueryCounseling.CursorLocation  =  2 
QueryCounseling.LockType  =  3 
QueryCounseling.Open() 

QueryCounselingnumRows  =  0 
%> 

<% 

set  Billet  =  Server.CreateObject("ADODB.Recordset") 

Billet.ActiveConnection  =  MMSWORDDatabaseSTRING 
Billet-Source  =  "SELECT  *  FROM  BilletLookup" 

Billet.CursorType  =  0 
Billet.  CursorLocation  =  2 
Billet.LockType  =  3 
Billet.  Open() 

BilletnumRows  =  0 
%> 

<% 

set  RSEvent  =  Server.CreateObject("ADODB.Recordset") 
RSEvent.ActiveConnection  =  MMSWORDDatabaseSTRING 
RSEvent.Source  =  "SELECT  *  FROM  Event  ORDER  BY  EventName  ASC" 
RSEvent.CursorType  =  0 
RSEvent.CursorLocation  =  2 
RSEvent.LockType  =  3 
RSEvent.OpenQ 
RSEventnumRows  =  0 
%> 

<html> 

<head> 

<title>General  Billet  Evaluation</title> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=iso-8859-l"> 
<script  language="JavaScript"> 

<!- 

<!- 

function  MM_reloadPage(init)  {  //reloads  the  window  if  Nav4  resized 
if  (init==true)  with  (navigator)  {if 
((appName=="Netscape")&&(parseInt(appVersion)==4))  { 

document.MM_pgW=innerWidth;  document.MM_pgH=innerHeight; 
onresize=MM_reloadPage; } } 

else  if  (innerWidth!=document.MM_pgW  ||  innerHeight!=document.MM_pgH) 
location.reloadO; 

} 

MM_reloadPage(true); 

//-> 
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function  MM_swapInigRestore()  { //v3.0 
var  i,x,a=document.MM_sr;  for(i=0;a&&i<a.length&&(x=a[i])&&x.oSrc;i++) 
x.src=x.oSrc; 

} 

function  MM_preloadImages()  { //v3.0 
var  d=docunient;  if(d.iniages){  if(!d.MM_p)  d.MM_p=new  Array(); 
var  i,j=d.MM_p. length, a=MM_preloadImages. arguments;  for(i=0;  i<a.length;  i++) 
if  (a[i].indexOf("#")!=0){  d.MM_p[j]=new  Image;  d.MM_p[j++].src=a[i];}} 

} 

function  MM_fmdObj(n,  d)  {  //v4.0 

varp,i,x;  if(!d)  d=document;  if((p=n.indexOf("?"))>0&&parent.ffames. length)  { 
d=parent. frames [n.substring(p+ 1 )] .document;  n=n.substring(0,p); } 
if(!(x=d[n])&&d.all)  x=d.all[n];  for  (i=0;!x&&i<d.forms.length;i++)  x=d.forms[i][n]; 
for(i=0 ; !  x&&d.  lay  ers&&i<d.  layers .  length;  i++) 
x=MM_fmdObj  (n,d.  layers  [i] .  document) ; 
if(!x  &&  document.getElementByld)  x=document.getElementById(n);  return  x; 

} 

function  MM_swapImage()  { //v3.0 

var  i,j=0,x,a=MM_swapImage.arguments;  document.MM_sr=new  Array; 
for(i=0  ;i<(a.  length-2)  ;i+=3 ) 

if  ((x=MM_fmdObj(a[i]))!=null){document.MM_sr[j-l-l-]=x;  if(!x.oSrc)  x.oSrc=x.src; 
x.src=a[i-i-2];} 

} 

function  MM_showHideLayers()  { //v3.0 
var  i,p,v,obj  ,args=MM_showHideLayers. arguments; 

for  (i=0;  i<(args. length-2);  i+=3)  if  ((obj=MM_findObj(args[i]))!=null)  {  v=args[i-i-2]; 
if  (obj. style)  {  obj=obj. style;  v=(v=='show')?'visible':(v-hide')?'hidden':v;  } 
obj.visibility=v;  } 

} 

//-> 

</script> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000" 

onLoad="MM_preloadImages('Images/mnuLocateOver.gif,'Images/mnuLocateDown.gif 

,'Images/mnuLogoutOver.gif,'Images/mnuLogoutDown.gif,'Images/mnuBIROver.gif,'I 

mages/mnuBIRDown.gif,'Images/mnuRecallOver.gif,'Images/mnuRecallDown.gif,'Ima 

ges/mnuEvalInfoOver.gif,'Images/mnuEvaluationDown.gif,'Images/mnuUnsatisfactory 

Over.gif  ,'Images/mnuPoorOver.gif,'Images/mnuGoodOver.gif,'Images/mnuFairOver.gif 

VImages/mnuExcellentOver.gif,'Images/mnuOutstandingOver.gif,'Images/mnuBTROver 

.gif,'Images/mnuBTRDown.gif)"> 

<div  id="Layerl"  style="position:absolute;  leftilOpx;  top:60px;  width:426px; 
height:25px;  z-index:l"> 
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<table  width="433"  border="0"> 

<tr> 

<td><font  color="#FFOOOO">Current  User: 
<%=(UserName.Fields.Item("LastName").Value)%>, 
<%=(UserName.Fields.Item("FirstName").Value)%></font></td> 

</tr> 

</table> 

</div> 

<div  id="Layer3"  style="position: absolute;  left:200px;  top:145px;  width:753px; 
height:! 43 Opx;  z-index:3;  visibility:  visible"> 

<form  ACTION="<%=MM_editAction%>"  METHOD="POST"  name="EditBasic"> 
<table  width="744"  border="0"> 

<tr> 

<td  colspan="3"> 

<div  align="center"><font  color="#0000FF"><b> 
<%=(QueryCounseling.Fields.Item("CounselingType").Value)%>  for 
<%=(Marine.Fields.Item("LastName").Value)%>, 
<%=(Marine.Fields.Item("FirstName").Value)%></b></font></div> 

</td> 

</tr> 

<tr> 

<td  colspan="3">&nbsp;  </td> 

</tr> 

<tr> 

<td  bordercolor="#000000"> 

<p><font  color="#0000FF">Company:</font></p> 

<p> 

<input  type="text"  name="txtCompany" 
value="<%=(QueryCounseling.Fields.Item("CompanyName").Value)%>"> 

</p> 

</td> 

<td  bordercolor="#000000"> 

<p><font  color="#0000FF">Date:</font></p> 

<P> 

<input  type="text"  name="txtDate"  size="10" 
value="<%=(QueryCounseling.Fields.Item("StartDate").Value)%>"> 

</p> 

</td> 

<td  bordercolor="#000000"> 

<p><font  color="#0000FF">Billet:</font></p> 

<p> 

<input  type="text"  name="textfield" 

value="<%=(QueryCounseling.Fields.Item("BilletDescription").Value)%>"  size="30"> 

</p> 

</td> 

</tr> 
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<tr> 

<td  bordercolor="#000000"> 

<p><font  color="#OOOOFF">Assistant  Instructor  /  Counselor:</font></p> 

<p> 

<input  type="text"  name="txtCounselor"  size="30" 
value="<%=(QueryCounseling.Fields.Item("LastName").Value)%>"> 

</p> 

</td> 

<td  bordercolor="#000000"> 

<p><font  color="#0000FF">Event:</font></p> 

<p> 

<input  type="text"  name="textfield2" 
value="<%=(QueryCounseling.Fields.Item("EventName").Value)%>"> 

</p> 

</td> 

<td  bordercolor="#000000"> 

<p><font  color="#0000FF">Reason  for  Counseling:</font></p> 

<p> 

<input  type="text"  name="txtCounsleingType" 
value="<%=(QueryCounseling.Fields.Item("CounselingType").Value)%>"  size="30"> 

</p> 

</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"><font  color="#OOOOFF">Overall 
performance 

with  regard  to  SNO  potential,  experience,  and  situation:</font> 

<input  type="text"  name="txtRating" 
value="<%=(QueryCounseling.Fields.Item("Rating").Value)%>"> 

</td> 

</tr> 

<tr> 

<td  width="l  1 1"  bordereolor="#000000"><a  href="javaseript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('UnsatV','hide')'' 
onMouseOver="MM_swapImage('Image5V','Iniages/mnuUnsatisfactoryOver.gif,l);MM 
_showHideLayers('Unsat',",'show')''><iing  src="Images/mnuUnsatisfaetoryOff.gif' 
width="130"  height="20"  border="0"  name="Image5"></a></td> 

<td  width="81"  bordercolor="#000000"><a  href="javaseript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('Poor',",'hide')" 
onMouseOver="MM_swapImage('Image6','','Iniages/mnuPoorOver.gif,l);MM_showHid 
eLayers('Poor',",'show')"><img  sre="Images/mnuPoorOff.gif'  width="130"  height="20" 
border="0"  name="Image6"></a></td> 

<td  width="96"  bordercolor="#000000"><a  href="javaseript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('FairV','hide')'' 
onMouseOver="MM_swapImage('Image8V','Images/mnuFairOver.gif,l);MM_showHid 
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eLayers('Fair',",'show')"><img  src="Images/mnuF airOff.gif'  width="130"  height="20" 
border="  0 "  name="Image8  "></ a></td> 

</tr> 

<tr> 

<td  width="l  1 1"  bordercolor="#000000"><a  href="javascript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('GoodV','hide')" 
onMouseOver="MM_swapImage('Image7V','Images/mnuGoodOver.gif,l);MM_showHi 
deLayers('GoodV','show')"><img  src="Images/mnuGoodOff.gif '  width="  130" 
height="20"  border="0"  name="Image7"></a></td> 

<td  width="81"  bordercolor="#000000"><a  href="javascript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('Excellent',",'hide')" 
onMouseOver="MM_swapImage('Image9V','Iniages/mnuExcellentOver.gif,l);MM_sho 
wHideLayers('Excellent',",'show')"><img  src="Images/mnuExcellentOff.gif' 
width="130"  height="20"  border="0"  name="Image9"></a></td> 

<td  width="96"  bordercolor="#000000"><a  href="javascript:;" 
onMouseOut="MM_swapImgRestore();MM_showHideLayers('OutstandingV','hide')" 
onMouseOver="MM_swapImage('Image  1  OV'/Images/mnuOutstandingOver.gif ,  1  );MM_ 
showHideLayers('OutstandingV','show')"><img  src="Images/mnuOutstandingOff.gif' 
width="130"  height="20"  border="0"  name="ImagelO"></a></td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"><font  color="#0000FF">Decision- 
Making</font> 

(SNO's  mission  analysis,  estimate  of  the  situation,  and  the  creation 
of  a  detailed  plan  that  puts  the  enemy  in  a  dilemma  and  exploits  critical 
vulnerabilities  revealed  in  SNO's  estimate.  Has  SNO  considered  reconnaissance? 
Has  SNO  considered  combined/supporting  arms?  )</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"> 

<textarea  name="txtDecisionMaking"  cols="80" 
rows="10"><%=(QueryCounseling.Fields.Item("DecisionMakingComment").Value)%> 
</textarea> 

</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"><font 
color="#0000FF">Communication</font> 

(Is  SNO  able  to  utilize  the  orders  process  to  communicate  his/her  plan? 

Are  his/her  tasking  statements  detailed  enough  to  allow  subordinates 
to  execute?  Is  SNO  able  to  communicate  directly  w/subordinates  using 
the  terrain  model  or  does  he/she  read  from  notes?  Does  SNO  have  command 
presence?  Does  SNO  exhibit  force  in  his/her  leadership  role)</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"> 
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<textarea  name="txtCommunication"  cols="80" 
rows="10"><%=(QueryCounseling.Fields.Item("CommunicaitonComment").Value)%>< 
/textarea> 

</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"><font  color="#OOOOFF">Execution</font> 
(Did  or  did  not  SNO  accomplish  the  mission?  Did  the  unit  aeeomplish 
the  mission  in  spite  of  or  beeause  of  SNO's  leadership?  Did  or  did  not 
SNO  fulfd  Commander's  Intent?  If  the  situation  ehanged  and  the  mission 
became  irrelevant,  did  SNO  use  Intent  to  guide  decisions?  Explain)  </td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"> 

<textarea  name="txtExecution"  cols="80" 

rows="10"><%=(QueryCounsehng.Fields.Item("ExecutionComment").Value)%></textar 

ea> 

</td> 

</tr> 

<tr> 

<td  colspan="3"  bordercolor="#000000"><font 
color="#OOOOFF">Leader/Commander</font> 

(Ability  of  SNO  to  inspire  his/her  subordinates  through  foree  of  will 
and/or  strength  of  charaeter.  Did  SNO  demonstrate  high  moral  standards 
refleeting  virtue,  honor,  patriotism,  and  subordination  in  personal 
behavior  and  performance?  Did  SNO  impact  troop  welfare  following  mission 
accomphshment?)</ td> 

</tr> 

<tr> 

<td  eolspan="3"  bordereolor="#000000"> 

<textarea  name="txtLeaderCdr"  eols="80" 

rows="10"><%=(QueryCounsehng.Fields.Item("LeaderCommanderComment").Value)% 

></textarea> 

</td> 

</tr> 

<tr> 

<td  eolspan="3"  bordereolor="#000000"><font  color="#0000FF">Professional 
Student. </font>  (Did  SNO  demonstrate  a  level  of  understanding  of  the 
mat  erial  eommensurate  with  the  level  of  instruetion.  Has  SNO  demonstrated 
the  ability  to  learn  from  his/her  mistakes  or  the  mistakes  of  others, 
quality  of  participation  in  the  Critique.  Describe  SNO's  taetical  leadership 
ability  relative  to  his/her  stage  of  training  in  the  POI</td> 

</tr> 

<tr> 

<td  eolspan="3"  bordereolor="#000000"> 
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<textarea  name="txtTTP"  cols="80" 

rows="10"><%=(QueryCounseling.Fields.Item("TacticalTechnicalComment").Value)%> 

</textarea> 

</td> 

</tr> 

</table> 

<div  align="center"> 

<input  type="submit"  name=" Submit"  value="Submit"> 

</div> 

<input  type="hidden"  name="MM_update"  value="trae"> 

<input  type="hidden"  name="MM_recordId"  value="<%= 
QueryCounseling.Fields.Item("CounselingID"). Value  %>"> 

</form> 

</div> 

<div  id="Unsat"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height:238px;  z-index:4;  background-color:  #CCCCCC;  layer-background-color: 
#CCCCCC;  border:  Ipx  none  #000000;  visibility:  hidden"><font 
color="#0000FF">Offlcers 

have  not  met  requirements  for  graduation,  failing  to  demonstrate  convincingly 
the  ability  to  lead,  make  decisions,  take  responsibility,  and  /  or  learn.  Ability 
to  communicate  plans,  intentions,  and  information  may  be  inadequately  developed. 

Have  not  demonstrated  a  willingness  or  ability  to  become  students  of  the  profession 
of  arms.  Officers  may  lack  confidence  or  have  lost  the  confidence  of  their  staff 
and  peers.  Have  routinely  been  positioned  in  lower  fifth  during  documented  leadership 
evaluations,  billets,  tactical  billets.  Despite  weaknesses,  these  officers  have 
strength  of  character,  desire,  and  potential  to  overcome  shortcomings,  correct 
deficiencies,  and  complete  requirements  of  TBS  with  proper  counseling,  instruction, 
and  effort.  <br> 

Officers  have  not  met  requirements  for  graduation,  failing  to  demonstrate  convincingly 
the  ability  to  lead,  make  decisions,  take  responsibility,  and  /  or  learn.  May 
have  had  incidents  of  events  that  reflect  negatively  on  the  officer's  character 
or  have  demonstrated  lapses  in  moral  judgment.  Ability  to  communicate  plans, 
intentions,  and  information  may  be  inadequately  developed.  Officers  may  lack 
confidence  or  have  lost  the  confidence  of  their  staff  and  peers.  Have  routinely 
been  positioned  in  lower  fifth  during  documented  leadership  evaluations,  billets, 
tactical  billets,  or  have  performed  without  a  billet  in  a  manner  that  demonstrates 
poor  leadership  abilities  or  potential.  Officers  assigned  grades  this  low  have 
limited  potential  for  passing  either  the  BOC  or  WOBC,  regardless  of  the  amount 
of  energy  invested  in  their  reclamation.  <br> 

Officer  has  not  met  leadership  requirements  for  graduation  and  does  not  possess 
the  abilities,  desire,  or  professionalism  to  overcome  deficiencies,  regardless 
of  the  amount  of  time  or  energy  invested  in  corrective  action.  Lacking  in  character 
or  moral  judgment.  Officer  students  who  are  either  incapable  or  unwilling  to 
lead,  or  have  compromised  their  moral  authority  to  lead,  should  be  assigned 
grades  this  low.  <br> 

</font>  </div> 
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<div  id="Poor"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height:  113px;  z- index: 5;  baekground-color:  #CCCCCC;  layer-background-eolor: 
#CCCCCC;  visibility:  hidden"><font  color="#OOOOFF">Officer 
students  have  met  minimum  standards  required  for  graduation  and  are  eapable 
of  leading  Marines.  Officers  may  have  learned  more  slowly  than  their  peers, 
or  performed  poorly  in  early  field  or  garrison  billets.  May  have  lacked  confidence 
early  in  the  course.  Officers  routinely  were  rated  in  the  lower  two  fifths  relative 
to  their  peers  on  documented  leadership  evaluations,  but  performed  well  enough 
to  retain  the  confidence  of  their  staff,  AIs,  and  peers.  Despite  difficulties, 
these  officers  possess  the  character  required  to  lead  Marines  and  are  guided 
by  sound  moral  instincts.  Weak  areas  identified  over  the  course  have  been  addressed 
and  satisfactorily  overcome.  Remaining  weaknesses  offset  by  other  strengths. 

Despite  low  leadership  score,  staff  is  nonetheless  confident  that  these  officers 
will  be  competent  professionals  and  leaders.  </font></div> 

<div  id="Fair"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height:70px;  z-index:6;  background-color:  #CCCCCC;  layer-background-color: 
#CCCCCC;  visibility:  hidden"><font  color="#0000FF">Capable 
leaders  and  wholly  trustworthy.  Performance  at  TBS  may  have  been  inconsistent, 
but  corrected  after  counseling  and  corrective  action.  Often  learn  lessons  the 
hard  way,  but  learn  nonetheless.  Leadership  difficulties  due  to  inexperience, 
lack  of  knowledge,  poor  study  skills,  NOT  a  lack  of  effort  or  inattention.  Despite 
errors,  these  officers  nonetheless  possess  sound  moral  instincts  and  can  be 
relied  upon  to  work  hard,  improve,  apply  experience,  and  seek  assistance  when 
required.  Weak  areas  are  compensated  by  strengths  in  other  areas.  </font></div> 

<div  id="Good"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height: 89px;  z-index:7;  background-color:  #CCCCCC;  layer-background-color: 
#CCCCCC;  border:  Ipx  none  #000000;  visibility:  hidden"><font 
color="#0000FF">Solid, 

consistent  leadership  performance  throughout  the  course.  Officer  students  in 
this  category  have  demonstrated  leadership  proficiency  in  all  subject  areas. 

Students  have  made  predictable  errors  bom  of  inexperience  or  incomplete  knowledge 
but  have  learned  from  mistakes  and  avoided  similar  errors.  Possess  sound  moral 
instincts  and  character.  Officers  will  unquestionably  be  able  to  perform  every 
anticipated  assignment  with  the  operating  forces,  including  combat,  with  normal 
supervision  and  guidance.  </font></div> 

<div  id="Excellent"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height:87px;  z-index:8;  background-color:  #CCCCCC;  layer-background-color: 
#CCCCCC;  border:  Ipx  none  #000000;  visibility:  hidden"><font 
color="#0000FF">Excellent 

leadership  performance  throughout  the  course,  routinely  in  the  top  fifth  for 
all  documented  evaluations.  No  negative  trends  or  problem  areas.  Officers  are 
capable  of  handling  difficult  assignments  with  minimal  supervision.  Possess 
well  developed  warfighting  and  communications  skills  and  have  demonstrated  a 
bias  for  action.  Officers  make  decisions  based  on  unwavering  moral  compass. 

Have  attacked  TBS  duties  with  the  thirst  of  a  life-long  learner  in  the  profession 
of  arms.  Officers  with  these  grades  have  confidence  in  their  abilities  and  understand 
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clearly  the  meaning  of  their  commissions,  carry  themselves  as  public  figures, 
and  exhibit  exemplary  conduct  and  self  control.  </font></div> 

<div  id="Outstanding"  style="position:absolute;  left:204px;  top:415px;  width:738px; 
height:  llSpx;  z-index:9;  visibility:  hidden;  background-color:  #CCCCCC;  layer- 
background-color:  #CCCCCC;  border:  Ipx  none  #000000"><font 
color="#0000FF">Given 

to  officer  students  displaying  outstanding  leadership  skills,  unwavering  character, 
and  unlimited  growth  potential.  Officer  student's  abilities  clearly  above  the 
rest  of  the  company,  above  that  of  officers  in  most  companies.  Officers'  services 
would  be  actively  sought  for  combat  duties.  Consistently  made  sound  decisions, 
communicated  with  clarity,  set  a  noteworthy  example,  and  demonstrated  initiative, 
toughness,  and  maturity.  Understands  and  lives  the  meaning  of  commission-the 
officer's  role  as  a  public  figure  and  the  duties  and  responsibilities  inherent 
in  command.  Has  established  the  reading  and  analytical  habits  of  a  life  long 
scholar  of  the  profession  of  arms.  A  true  professional,  capable  of  the  most 
demanding  assignments  with  the  Operating  Forces.  <br> 

Clearly  the  best  officers  in  the  company.  Have  exhibited  strong  character  and 
morally  guided  judgment.  Have  demonstrated  noteworthy,  competent  leadership 
in  garrison  and  in  the  field.  Officers  have  demonstrated  ability  to  think,  communicate, 
lead,  take  charge.  They  show  wisdom  and  instincts  beyond  their  level  of  experience. 
Officers'  performance  consistently  falls  in  the  top  fifth  of  officers  in  the 
company,  without  exception.  Has  established  the  reading  and  analytical  habits 
of  a  life  long  student  of  the  profession  of  arms.  The  small  numbers  of  officers 
receiving  these  scores  attest  to  their  superior  leadership  abilities  and  potential 
relative  to  their  peers.  </font><br> 

</div> 

<img  src="Images/SWORDbar.gif'  width="955"  height="121"> 

<table  width="126"  border="0"  cellpadding="0"  cellspacing="0"  mm:layoutgroup="true" 
height="591"> 

<tr> 

<td  valign="top"  height="505"  width="126"> 

<table  width="180"  border="0"  bgcolor="#CCCCCC"> 

<tr> 

<td  height="24"  width="154"><img  src="Images/mnuEnterDown.gif' 
width="130"  height="20"  name="EnterNew"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuBIROff.gif'  width="130"  height="20" 
name="NewBIR"  border="0"></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><img  src="Images/mnuBTROff.gif'  width="130" 
height="20"></p> 
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</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><img  src="Images/mnuRecallOff.gif'  width="130" 
height="20"  name="RecalU  "></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"><img  src="Images/mnuEditDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a  href="SelectCompany.asp" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image  IV'/Images/mnuLocateOver.gif ,  1 )" 
onClick="MM_swapImage('Image  1  V','Iniages/mnuLocateDown.gif ,  1  )"><img 
src="Images/mnuLocateOff.gif'  width="130"  height="20"  border="0" 
name="Imagel"></a></div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="BIR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('NewBIRr,'','Iniages/mnuBIROver.gif,l)" 
onClick="MM_swapImage('NewBIRr,'','Iniages/mnuBIRDown.gif,l)"><img 
src="Images/mnuB IROff.gif '  width="130"  height="20"  name="NewBIRl" 
border="  0  "></ a></ div> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<p  align="right"><a 

href="BTR.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image6 1  V','Iniages/mnuBTROver.gif ,  1 )" 
onClick="MM_swapImage('Image6V', 'Images/mnuB  TRDown.gif,  l)"><img 
src="Images/mnuBTROff.gif'  width="130"  height="20"  border="0" 
name="Image6 1  "></a></p> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 
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<div  align="right"><a 

href="Recall.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Recair,",'Images/mnuRecallOver.gif,l)" 
onClick="MM_swapImage('Recair,'','Images/mnuRecallDown.gif,l)"><img 
src="Images/mnuRecallOff.gif'  width="130"  height="20"  name="RecaH" 
border="  0  "></ a></ di  v> 

</td> 

</tr> 

<tr> 

<td  height="24"  width="154"> 

<div  align="right"><a 

href="EvalMenu.asp?MarineID=<%=(Marine.Fields.Item("MarineID").Value)%>" 

onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('Image4',",'Images/mnuEvalInfoOver.gif,l)" 
onClick="MM_swapImage('Image4V','Images/mnuEvaluationDown.gif,l)"><img 
src="Images/mnuEvalInfoOff.gif'  width="130"  height="20"  border="0" 
name="Image4"></a></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuCompositeDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  name="Testing"  src="Images/mnuTestingOff.gif' 
border="0"  onLoad=""  width="130"  height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuOtherInfoOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSOISDown.gif'  width="130" 
height="20"></td> 

</tr> 
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<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuNewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuSpecialOff.gif'  width="130" 
height="20"  name="Image2"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuAssetMgtOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"><img  src="Images/mnuSchedulingDown.gif'  width="130" 
height="20"></td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuViewMasterSchedOff.gif' 
width="130"  height="20"  name="Image3"></div> 

</td> 

</tr> 

<tr> 

<td  width="154"> 

<div  align="right"><img  src="Images/mnuEditMasterSOISOff.gif'  width="130" 
height="20"></div> 

</td> 

</tr> 
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<tr> 

<td  width="154"><a  href="<%=MM_Logout%>" 
onMouseOut="MM_swapImgRestore()" 

onMouseOver="MM_swapImage('LogoutV','Images/mnuLogoutOver.gif,l)" 
onClick="MM_swapImage('Logout',",'Images/mnuLogoutDown.gif,l)"><img 
name="Logout"  border="0"  src="Images/mnuLogoutOff.gif'  width="130" 
height="20"></a></td> 

</tr> 

</table> 

</td> 

</tr> 

</table> 

</body> 

</html> 

<% 

UserName.CloseO 

%> 

<% 

Marine. CloseQ 

%> 

<% 

Company.CloseO 

%> 

<% 

QueryCounseling.CloseO 

%> 

<% 

Billet.CloseO 

%> 

<% 

RSEvent.CloseO 

%> 
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